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Nas últimas décadas, o paradigma da Orientação a Objetos tem 
servido como alicerce para o desenvolvimento de uma ampla gama 
de linguagens de programação e de ambientes integrados para o 
desenvolvimento de sistemas informatizados. A profunda 
compreensão dos conceitos inerentes a este moderno paradigma de 
programação é elemento fundamental para que se consiga 
maximizar seus benefícios. 


Neste sentido, o presente livro aborda, com uma didática 
excepcional, os elementos conceituais da Orientação a Objetos 
(OO) assim como sua implementação na linguagem de 
programação C#. Nos capítulos iniciais, o autor promove a 
discussão dos conceitos da OO independentemente de sua 
implementação em uma linguagem de programação particular. 
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associações, herança e polimorfismo, a linguagem C#, o Visual 
Studio, acesso ao banco de dados SQL Server por meio do 
ADO.NET e uma introdução ao desenvolvimento de aplicações 
desktop. Ainda, em um capítulo próprio, o autor explana e 
implementa uma solução em camadas. 


Após a leitura do livro, certamente o leitor atingirá um nível de 
maturidade neste paradigma que lhe permitirá empregá-lo 
adequadamente para produzir sistemas bem-estruturados que 
auferem os objetivos “prometidos” pelo desenvolvimento baseado 
em objetos, como a melhoria da manutenção do sistema, o aumento 
da produtividade no desenvolvimento por meio da reutilização do 
código, dentre outros. 


Uma boa leitura a todos! 
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Sobre o livro 


Este livro traz conceitos e implementações relacionadas à 
orientação e programação orientada a objetos fazendo uso da 
linguagem C# 6.0, disponibilizada pela plataforma .NET. A 
ferramenta utilizada para a implementação dos exemplos 
trabalhados no livro é o Visual Studio 2017. Você verá que a OO e a 
POO são simples de se compreender e aplicar. O livro é rápido e 
direto, o que pode propiciar uma eficiente leitura. 


O livro é desenvolvido em sete capítulos, sendo o primeiro apenas 
teórico, mas não menos importante, pois nele trago termos, 
conceitos e características sobre a orientação e programação 
orientada a objetos e apresentação da plataforma adotada para o 
livro. O segundo capítulo traz a primeira classe, a primeira 
implementação e alguns conceitos relacionados à análise de 
sistemas e ao modelo orientado a objetos. Traz também uma 
introdução ao Visual Studio, ferramenta usada para implementação 
dos códigos. Alguns recursos do C# 6.0 são também trazidos neste 
segundo capítulo. 


O terceiro capítulo traz a contextualização, exemplificação e 
implementação de associações em Orientação a Objetos e como 
elas são refletidas no C#, que inicialmente faz uso de matrizes 
(arrays). Instruções condicionais e de repetição, na linguagem CX, 
são apresentadas nos exemplos aplicados nesse capítulo. O 
capítulo quatro traz o uso de coleções como repositório de objetos, 
no lugar de arrays. Para o uso efetivo do comportamento de objetos 
em uma coleção, apresenta também o conceito de identidade de um 
objeto e como recuperá-lo em uma coleção. 


O quinto capítulo traz pilares importantes da Orientação a Objetos: a 
herança e o polimorfismo. A herança é apresentada na sua forma de 
extensão ou implementação, com interfaces. Também é trabalhado 
neste capítulo o uso de exceções para tratamento de erros. O sexto 
capítulo traz a técnica de desenvolvimento em camadas, fazendo 


uso de diferentes projetos para cada camada. Também veremos o 
uso de formulários (janelas) para a camada de apresentação. 


O sétimo e último capítulo traz a persistência em base de dados, 
fazendo uso do ADO.NET e SQL Server. As classes responsáveis 
por se conectar a um banco de dados e executar instruções SQL 
são apresentadas e utilizadas em um cadastro da aplicação de 
exemplo. 


Certamente, este livro pode ser usado como ferramenta em 
disciplinas que trabalham a introdução em Orientação a Objetos 
com C#, quer seja por acadêmicos ou professores. Isso porque ele 
é o resultado da experiência que tenho em ministrar aulas dessa 
disciplina, então trago para cá anseios e dúvidas dos alunos que 
estudam comigo. É importante que o leitor tenha conhecimento de 
lógica de programação (algoritmos), mas não é um fator impeditivo. 


O repositório com todos os códigos-fonte usados no livro pode 


ser encontrado em: https://github.com/evertonfoz/00c6. 





CAPÍTULO 1 
Introdução à Orientação a Objetos 


Olá! Seja bem-vindo ao primeiro capítulo deste livro. Este início de 
leitura tem como base a fundamentação. Quando se começa a 
estudar OO (Orientação a Objetos), alguns conceitos são 
extremamente importantes e são estes que pretendo trabalhar com 
você. 


Programação orientada a objetos (POO) é um paradigma que 
viabiliza o desenvolvimento de aplicações fazendo uso do modelo 
orientado a objetos. Entende-se como modelo orientado a objetos o 
conjunto de "coisas" que fazem parte do contexto atual em estudo, e 
normalmente os objetos encontrados na análise se agrupam em 
classes. Estas classes, em conjunto com as associações entre elas, 
definem a estrutura do sistema em estudo. 


Uma das principais características da POO é a capacidade de 
reutilização, ou seja, de otimização da produtividade, aumento de 
qualidade, diminuição de tempo e custos de manutenção. Todas 
estas características dependem da maneira como o software é 
desenvolvido. Muitos dos programadores profissionais reutilizam 
códigos, porém o perfeito reúso consiste no uso completo de um 
código gerado para algum sistema, sem a necessidade de qualquer 
outra adaptação. 


Outro fator considerado como vantagem é a manutenibilidade, ou 
seja, a facilidade na manutenção dos projetos. Este fator depende 
de como o sistema foi estruturado e das técnicas de programação 
que foram usadas ao longo do desenvolvimento. 


Para o desenvolvimento dos exemplos trabalhados neste livro, 
utilizei o Visual Studio 2017, recém-saído do forno :-). Não é para 
você ter problemas com as implementações deste livro em versões 
anteriores a 2017. O que for específico da plataforma e da 


linguagem, quando acontecer, apontarei no exemplo; porém, se 
problemas surgirem, entre em contato. 


Os conceitos apresentados na sequência são independentes de 
linguagem de programação. Entretanto, nos capítulos seguintes, 
estes conceitos serão todos aplicados por meio de exemplos e 
serão implementados fazendo uso da linguagem CÊ (lê-se "c 
sharp”). 


Caso tenha interesse, seguem os links para meus trabalhos 
anteriores: 


e C%e Visual Studio: Desenvolvimento de aplicações desktop 
— http://www.casadocodigo.com.br/products/livro-c-sharp 
ASP.NET MVC5: Crie aplicações web na plataforma 
Microsoft® — 
https:/Awww.casadocodigo.com.br/products/livro-aspnet- 


mvcô 

Xamarin Forms: Desenvolvimento de aplicações móveis 
multiplataforma — 
https://Awww.casadocodigo.com.br/products/livro-xamarin- 
forms 

Alguns livros da VisualBooks — 

http://www .visualbooks.com.br/shop/MostraAutor.asp? 
proc=191 





1.1 Alguns componentes da Orientação a Objetos 


Quando nos referimos literalmente ao conceito de Orientação a 
Objetos, o que devemos pensar primeiro é neles, os objetos. 
Quando abrimos os olhos e vemos algo, ou utilizamos o tato com os 
olhos fechados, temos em nossa mente a abstração do objeto em 
foco. Pode ser uma cadeira, um quadro ou uma bola. 


Quando você for estudar um problema que implementará a solução 
— como no caso, um controle de uma instituição de ensino —, os 
objetos em foco podem ser: professores, alunos, disciplinas e 
cursos, dentre outros. Neste momento, nossa percepção está 
orientada a este objeto, buscamos por características que possam 
distingui-lo de outros, como por exemplo, uma cadeira de uma mesa 
de jantar de uma cadeira de repouso. 


Com essa definição, nossa mente nos orienta a observar se este 
objeto possui comportamentos específicos, como no caso da janela, 
que pode ser aberta e fechada. Com estes simples comentários, 
posso introduzir agora os conceitos dos termos que escrevi. 


A abstração é muito importante no processo de modelagem e 
implementação de soluções orientadas a objeto. Ela é considerada 
como a habilidade de modelar características do mundo real, de um 
denominado problema em questão que o programador esteja 
tentando resolver. A abstração pode ser exemplificada com a 
situação de se fechar os olhos e pensar em uma janela; esta janela 
imaginária provavelmente não será igual à imaginada por outras 
pessoas, mas o que importa é o fato de todas as pessoas que 
imaginaram uma janela colocarem nela as informações que são 
necessárias para a sua função (de ser uma janela). Não importa a 
cor, tipo do vidro, tamanho, material; o importante é que a imagem 
que foi idealizada é a de uma janela que tenha as informações 
necessárias para cumprir sua função. 


Objeto é qualquer estrutura modular que faz parte de algo. Em 
nossa vida, em nosso cotidiano, lidamos constantemente com 
objetos, alguns físicos (como uma janela) e outros conceituais 
(como uma expressão matemática). Uma janela, por exemplo, é um 
objeto de uma casa, de um carro ou de um software com interface 
gráfica para o usuário. Pense também em um livro como parte de 
uma biblioteca. Outro exemplo pode ser uma equação matemática 
composta por várias expressões. Cada objeto possui propriedades, 
comportamentos e métodos que o identificam e o diferenciam dentre 
outros objetos semelhantes. 


Propriedades consistem de características atribuídas aos objetos. 
Em uma janela, por exemplo, tem-se material, cor e tipo de vidro, 
dentre outros. Outro exemplo é um livro, que possui título, autor, 
editora e ISBN. Já uma expressão matemática normalmente é 
composta por dois operandos e um operador. 


Comportamento e eventos referem-se às ações (operações) 
aplicadas por um objeto ou suas reações (eventos). Na janela, por 
exemplo, o abrir e fechar são vistos como comportamentos, que 
podem disparar eventos que poderíamos descrever com “ao abrir ou 
fechar a janela". Em um carro, dar partida, acelerar, frear ou trocar 
de marcha são métodos de ação. Os comportamentos e eventos 
mapeados para uma linguagem são conhecidos como a 
implementação dos métodos. 


Em nosso domínio, ao nos depararmos com um conjunto de objetos 
iguais, como camisas em uma loja de vestuário, vemos estes 
objetos de maneira classificada, ou seja, é tudo camisa. Podemos 
então abstrair, para ficar mais fácil, um formulário que define cada 
característica para as camisas. É neste formulário que podemos 
descrever o objeto, ou seja, possuímos uma classe específica para 
estes objetos. 


Essa classe, camisa, pode vir de um conjunto ainda maior de objetos 
comuns, como vestuário. É correto dizermos que uma camisa é um 
tipo de vestuário, ou seja, o objeto camisa pode ser preenchido com 
dados do formulário vestuário , igualmente a uma calça. Porém, 
camisa possui características diferentes de calça (você está 
pensando nestas diferenças, certo?). 


Imagine agora uma camisa polo. Ela é um tipo de camisa e é um 
tipo de vestuário, mas é uma camisa com propriedades mais 
específicas e nem de perto pode ser comparada a uma calça. 
Vamos a mais alguns conceitos. 


Classe é um conjunto ou uma categoria de objetos que tem 
propriedades e métodos. Na realidade, é a implementação de 


características específicas deste conjunto de objetos e dos 
comportamentos que realiza algo específico já programado. No 
exemplo citado no parágrafo anterior, temos uma classe mais geral 
(a vestuário ) e uma mais específica ( camisa Polo ), e ambas são 
relacionadas à classe camisa. Na OO, chamamos esta 
categorização de generalização e especialização respectivamente, e 
ambas as denominações estão relacionadas à herança. 


Na OO, herança é um termo que se refere a uma classe nova, que 
pode ser criada a partir de outra já existente. Ou seja, ela pode 
"herdar" atributos e comportamentos da classe a ser estendida. Em 
nosso exemplo anterior, uma camisa herda o material que ela é 
confeccionada de vestuário, como Tecido (a herança pode ser de 
características e de comportamentos). Isso significa que, a partir de 
uma classe existente, pode-se acrescentar funcionalidades criando 
uma nova classe baseada nela. 


No exemplo, a camisa polo pode ter uma característica que não é 
comum em todas as camisas, apenas nas polos. A classe na qual é 
gerada a nova classe é chamada de classe básica (ancestral, 
superclasse ou classe genérica) e a nova é chamada de classe 
derivada (descendente, subclasse, ou ainda, classe especializada). 
Assim, a classe derivada herdará os atributos e comportamentos da 
básica. 


Em um novo exemplo, de contas em uma instituição financeira 
(banco), temos a situação de consultar o saldo de uma determinada 
conta. Para nós, este processo é simples. Acessamos o Internet 
Banking e verificamos nosso saldo em qualquer tipo de conta que 
temos, da mesma maneira. Entretanto, a forma como este saldo é 
calculado pode variar de um tipo de conta para outro. E isso é feito 
internamente, em uma ação (método) de uma classe. 


Como falamos de herança anteriormente, podemos ter uma 
superclasse chamada conta e duas subclasses chamadas comLimite 
e SemLimite . SÓ na abstração disparada pelo nome da classe você já 
identificou a diferença do método, nomeado como exemplo de 


CalcularSaldo() . Em uma, o saldo disponível é acrescido do limite da 
conta; já na outra, este limite não faz parte do saldo disponível. Isso 
é um exemplo de polimorfismo. 


Normalmente, na superclasse este método não é implementado, ou 
se for, tem a implementação comum a todas as subclasses, se 
houver. E para o cliente do banco, não importa como a consulta do 
saldo é processada, e o método responsável por este cálculo pode 
até ser consumido por outro método, de outra classe, que também 
não se preocupará em como ocorreu a implementação, querendo 
saber apenas o que ela retorna. Isso é encapsulamento. 


Polimorfismo, que significa “várias formas”, é um termo designado 
a objetos de classes distintas, que podem reagir de uma maneira 
diferente ao fazerem o uso de um mesmo método. É um dos 
responsáveis pela especialização de classes em uma aplicação OO, 
pois comportamentos definidos, mas não implementados nas 
classes mais genéricas, serão implementados nas novas 
subclasses. 


Quando implementamos uma classe, podemos ter nela a definição 
de propriedades e métodos. Alguns métodos podem ser acessados 
pelo objeto cliente desta classe, mas outros podem ter um uso 
específico, o que não liberaria esse acesso sem uma certa 
segurança. Podemos, por exemplo, ter um método que realiza o 
saque de dinheiro de uma conta bancária, no qual o saldo precisa 
ser atualizado, mas, para isso, é preciso fazer o uso de um serviço 
específico para atualização do saldo que não pode ser exposto ao 
método chamador. 


Encapsulamento é um mecanismo que trata de dar segurança aos 
objetos, mantendo-os controlados em relação ao seu nível de 
acesso. Desta maneira, o encapsulamento contribui 
fundamentalmente para diminuir os malefícios causados pela 
interferência externa sobre os dados, pois isola partes do código. 
Isso reduz o acoplamento, que mede o quanto um elemento 
depende e conhece o outro. 


Quando desenvolvemos aplicações que possuem um modelo de 
classes que precisa ter determinados comportamentos 
implementados, porém estas implementações serão realizadas por 
classes que porventura estendam o nosso modelo — ou seja, 
sabemos o que deve acontecer, mas não sabemos como isso 
acontecerá —, é comum termos nessas classes métodos abstratos, 
métodos sem corpo. Talvez você já saiba, mas quando falo de 
métodos, de classes, a grosso modo estou falando de codificação, 
ok? Veremos isso no livro. 


Mais comum que isso e muito melhor para a reutilização é o uso de 
um tipo de classe definida como Interfaces. Lembra do exemplo das 
contas? Poderíamos ter uma interface chamada Ioperacoesconta € 
nela definir o método e, nas classes de conta, implementar esta 
interface. É uma convenção prefixar o nome de uma interface com o 
1. Veremos isso também, fique tranquilo. 


Ainda em relação a uma aplicação, é certo que as classes de seu 
modelo se associarão entre elas; classes solitárias são muito raras. 
Pense na classe conta : ela pertence a um cliente, que tem um 
conjunto de Tarifas € Privilegios , além de Lancamentos , COMO 
Debito € Credito . Tudo isso são classes associadas. 


Interface é um tipo de classe que contém apenas assinaturas de 
métodos. É praticamente como um contrato entre a classe e o 
mundo externo. Ao herdar uma interface, uma classe está 
comprometida a fornecer o comportamento publicado pela interface, 
ou seja, escrever todos os métodos assinados, definidos pela 
interface. Devido a esta obrigação pela implementação da interface, 
utiliza-se o termo “a classe X implementa a interface Y”. 


Associação é o mecanismo que representa um relacionamento/ 
conexão entre objetos, definindo as dependências e as ligações 

entre eles, ou seja, o que podem utilizar de recursos de um para 
outro. As associações entre objetos serão algo que seguramente 
você verá muito em suas aplicações. Como dito anteriormente, é 


muito difícil um objeto existir sozinho, sem depender de algum outro 
ou sem que outro objeto dependa dele. 


Pense em um curso em uma instituição de ensino, é um objeto, mas 
é só? Não, um curso pode ter disciplinas, pode ter um professor 
ligado a ele, terá estudantes. Isso é um exemplo. 


1.2 Características da Orientação a Objetos 


No início deste capítulo, comentei sobre a reutilização de código, ou 
reúso. É muito comum este termo em textos que trabalham a 
Orientação a Objetos, pois ele é uma característica importante deste 
paradigma. Como este reúso pode ser aproveitado é a questão 
principal. 


Imaginemos um grande sistema, separado em diversos 
componentes, em uma específica arquitetura, com algumas 
camadas de execução. Em um determinado componente, ou 
camada, é preciso informar dados de um hipotético cliente e imagine 
que, em outro componente, em outra camada, os dados deste 
cliente sejam necessários. O que fazer? Implementar uma classe 
Cliente duas vezes, ou apenas reutilizar uma única 
implementação? 


Agora veremos outra situação, relembrando o método 
Calcularsaldo() , comentado anteriormente quando falei sobre 
polimorfismo e encapsulamento. Poderíamos ter uma hierarquia de 
classe, usando herança, como também uma superclasse chamada 
Conta, Uma subclasse Especial € outra simples . À implementação 
do método poderia ser feita na superclasse e ter seu 
comportamento aproveitado na subclasse Especial, onde seria 
somado o limite da conta ao saldo. Isso também é reúso. 


Para que a reutilização seja bem aplicada, precisamos de coesão, 
ou seja, é importante que cada unidade, método ou classe realize 


apenas o que for de sua responsabilidade. Vamos a dois exemplos. 


Na classe de clientes, já comentada, é possível que ela ofereça 
propriedades relacionadas ao endereço de cada cliente. Até aí, tudo 
certo, não é? Mas e se na aplicação existirem classes relacionadas 
a funcionários, fornecedores e vendedores? A princípio, todos eles 
precisam também de dados de endereço. Implementamos as 
mesmas propriedades, como rua, número, bairro e todos os demais, 
em todas as classes? Pelo que vimos em reúso, não. 


Criaremos uma classe específica para Endereco, garantindo que a 
classe cliente e as outras tratem apenas de suas 
responsabilidades. A classe que contém os dados relacionados a 
endereço que fique responsável por isso. Com isso, temos a coesão 
nas classes e ainda reutilizamos código, tendo uma única classe de 
endereço associada com todas as demais. Legal, não é? 


Sempre que falamos de coesão em OO, outro termo surge 
facilmente, o acoplamento. Se ligarmos este termo a coisas físicas, 
podemos imaginar que, quando acoplamos duas peças, que juntas 
formam uma nova, composta por estas duas, talvez fique fácil 
compreender como é o acoplamento entre classes na OO. 


Pode ser que você traga em sua mente o termo associação que 
vimos anteriormente, e você está certo. Em OO, quando duas 
classes se associam, elas estão acopladas. Nos resta, então, 
discutirmos a qualidade deste acoplamento, pois quando este 
existe, também começa a existir uma dependência entre classes, e 
isso pode não ser bom. 


Quando existe uma alta dependência, o acoplamento também é 
alto, e isso é ruim. Um sintoma de alto acoplamento é a contestação 
de uma classe depender de várias outras. Indo para o lado do 
código, imagine a classe associada sofrendo alterações, logo, todas 
que dependem dela precisarão sofrer alterações também para se 
adequarem. Muito trabalho. 


O ideal é manter o foco em interfaces, desenvolver orientado a 
interfaces. Desta maneira, como uma interface normalmente não 
sofre alterações, a associação não causa alta dependência, 
mantendo, assim, um baixo acoplamento. Fique tranquilo, pois 
trabalharemos todos estes conceitos de maneira prática. 


1.3 A escolha da plataforma e da linguagem 


Trabalho com .NET há mais de dez anos e, com Java, um pouco 
mais do que isso. Conheci o .NET por intermédio de um amigo, que 
na época desenvolvia aplicações em ASP.NET Web Forms. Fiquei 
maravilhado com a plataforma e o poder que o Visual Studio dava 
para o desenvolvimento de aplicações por meio do arrastar e soltar; 
parecia o Delphi. 


Depois fui descobrir que o "criador" de tudo isso tinha sido o criador 
do Delphi. Este meu amigo desenvolvia em VB.NET, mas eu nunca 
gostei de VB, já tinha sofrido muito no Basic — mas não veja isso 
como uma crítica. 


Quando comecei em .NET, tentei manter a plataforma de 
desenvolvimento que utilizava, que era o Delphi. Foi uma grande 
frustração na época. Hoje sei que a plataforma está em uma boa 
vertente novamente. Com curiosidade, parti para o novo, uma nova 
linguagem, o CH. Foi uma belíssima surpresa. 


Ela trazia os aspectos positivos do Java e do Delphi, o que propiciou 
uma curva de aprendizado bem amigável. A linguagem foi evoluindo 
muito, tanto em recursos quanto em adeptos. No começo, os 
desenvolvedores Java olhavam incrédulos para o "Kit" .NET, mas 
hoje é comum ver respeito de muitos deles pela plataforma e pela 
linguagem. Está tudo bem maduro e vem conquistando posições de 
mercado de trabalho. 


Quando o Visual Studio 2017 foi lançado, ele trouxe com ele o C# já 
em sua versão 6, e é com ela que os exemplos serão 
implementados. Não foram tantas as implementações nesta 
linguagem, que já estava disponível no VS 2015. Procurei trazer 
para as situações algumas destas novas características, as quais eu 
sempre destaco no texto. 


Você verá que o Cf é totalmente orientado a objetos e que é muito 
simples desenvolver com essa linguagem. Conforme os exemplos 
forem sendo apresentados, explicações sobre o uso do Visual 
Studio serão realizadas. É bom ressaltar que ferramentas como o 
VS são conhecidas como Ambientes de Desenvolvimento Integrado 
— ou em seu termo original Integrated Development Environment 
(IDE). 


1.4 Conclusão sobre as atividades realizadas no 
capítulo 


Parabéns, você chegou ao final do primeiro capítulo do livro, em que 
foi apresentada uma introdução sobre os conceitos relacionados à 
programação orientada a objetos. A importância de conhecer os 
conceitos que envolvem o paradigma de OO — como objetos, 
classes, herança, polimorfismo, dentre todos os que foram 
discutidos — é que estes trazem uma forma revolucionária de se 
pensar no desenvolvimento de softwares, facilitando a sua 
construção e trazendo assim inúmeros benefícios à aplicação. 


No decorrer do livro, esses conceitos serão tratados mais 
especificamente, e maiores subsídios serão oferecidos para que 
você tenha uma melhor compreensão deste paradigma. No próximo 
capítulo, implementaremos uma classe e a testaremos com o uso do 
Visual Studio. Chega de conversa e vamos em frente, com código e 
prática. 


CAPÍTULO 2 
Iniciando a implementação em Orientação a 
Objetos 


Todo processo de desenvolvimento de software deve se iniciar a 
partir de um estudo aprofundado do problema, ou seja, uma análise. 
Não importa a técnica ou tecnologia a ser utilizada, esta fase é 
extremamente importante e necessária. Em Orientação a Objetos, 
ela pode ser mais simples, pois o problema é abstraído do mundo 
real, onde ele ocorre. 


Embora o conteúdo abordado neste capítulo seja para iniciantes na 
POO, não significa que, caso você já tenha experiência, não possa 
lê-lo. A leitura pode ser interessante. 


O foco do livro será a implementação de uma aplicação que atenda 
às necessidades básicas de uma instituição de ensino superior. 
Desta maneira, buscarei trazer para este capítulo a identificação de 
uma classe, a qual implementaremos e começaremos a discutir 
sobre OO. Ainda neste capítulo, apresentarei o Visual Studio e o CÊ 
como nossas ferramentas de desenvolvimento. Vamos lá? 


2.1 A primeira classe 


Nossa primeira atividade prática do livro refere-se à implementação 
de uma aplicação que represente uma Instituição de Ensino 
Superior, que vou chamar daqui em diante de IES. É claro, mas eu 
preciso ressaltar que esta aplicação não será completa, nem neste 
capítulo nem em todo o livro, mas as funcionalidades básicas para 
ela serão implementadas sempre com o objetivo de apresentar os 
conceitos e paradigmas da OO e POO. 


Daremos também início à linguagem CH. O foco inicial está na 
codificação das características dos objetos de uma classe, a classe 
Instituicao . AO final do livro, o conhecimento trazido por ele trará 
base suficiente sobre OO e POO para você começar a desenvolver 
suas aplicações e aprimorá-las com o uso dos conceitos propostos. 


Vamos abstrair. Pense em sua IES de formação, mas se não se 
formou ainda, pense na qual idealiza cursar seu curso de 
graduação. Você certamente viu a fachada da IES em sua mente, 
ou lembrou de sua sala de aula, laboratórios, do curso, ou ainda do 
endereço (preferi não falar dos amigos, colegas e professores 
agora). 


Algumas das características que pensou são visíveis e tangíveis, 
como a fachada da IES; outras mensuráveis, como as salas de aula 
e laboratórios. O importante é saber que essas características 
podem ser mapeadas para propriedades de uma classe, e seus 
valores podem ser obtidos ou atribuídos. Acho que fica implícito 
neste exercício de abstração que muitas IES foram imaginadas. 


Em OO, podemos dizer que cada IES é um objeto, todos com 
características comuns, que permitiram a identificação de um tipo de 
dado, ou seja, da classe Instituição . Podemos então dizer que 
temos vários objetos, de um mesmo tipo. E é nos objetos que 
atribuímos valores e é deles que obtemos, não da classe. Existe 
uma maneira de termos propriedades no nível de classe, mas não 
tocarei neste assunto agora, ok? 


Como explanado anteriormente, uma classe tem a finalidade de 
tipificar um objeto que possa ser usado em uma aplicação. É 
comum na literatura também dizer que uma classe é um Tipo 
Abstrato de Dados (TAD). Um TAD pode ser definido como a 
especificação de um conjunto de dados e das operações que podem 
ser executadas sobre este conjunto. 


Em Orientação a Objetos, as características que constroem uma 
classe — também conhecidas em algumas linguagens como 


atributos (Java) ou campos (C%) — por regra não podem receber 
valores. Entretanto, sabemos que toda regra tem sua exceção. 
Então, pode ocorrer de uma classe permitir que determinadas 
características suas, excepcionalmente, recebam valores. 


Um objeto com valores atribuídos às suas características define o 
que é conhecido como Estado do objeto, lembre-se disso. É muito 
comum e mais correto dizermos que um objeto é uma instância de 
uma classe. 


Podemos pensar em uma classe como um carimbo que, ao ser 
utilizado em uma folha de papel em branco, carimba campos que 
devem ser preenchidos, como se fosse um formulário. Como eu 
disse, os campos serão preenchidos no papel e não no carimbo. Em 
nosso exemplo, cada folha representará uma IES. Quando for 
necessário registrar uma nova IES, carimbamos uma folha nova. 
Nesta analogia, o carimbo é a classe, e as folhas, instâncias da 
classe. Sempre que precisarmos registrar uma nova IES, 
carimbaremos uma folha. Assim funcionam as classes e os objetos. 


Quando trabalhamos bem com OO, não saímos codificando logo de 
cara, é preciso antes um processo de análise e modelagem. Não 
estenderei este assunto no livro, pois ele por si só já é tema de um 
livro Único. Entretanto, com o objetivo de erriquecer este livro e 
provocar sua curiosidade, trabalharemos a modelagem de classes 
sempre antes de implementarmos. 


ANÁLISE DE SISTEMAS 


O processo de análise de um sistema refere-se ao levantamento 
de requisitos que devem ser resolvidos. O analista, ou 
programador, se reúne com os futuros usuários do sistema e 
levanta, por meio destas reuniões, os problemas que cada um 
tem na empresa ou corporação. Isso é chamado de 
levantamento de requisitos. Não me estenderei neste assunto, 
pois este tema é parte de uma área da engenharia de software, 
chamado de Engenharia de Requisitos, e recomendo que você 
dê uma estudada nela. 


MODELAGEM DE UM SISTEMA 


A modelagem, que pode ter como resultado vários artefatos 
(frutos dos requisitos), é o processo no qual se desenha o 
projeto. A UML (Unified Modelling Language) oferece vários 
diagramas e existem diversos livros sobre ela, mostrando que 
vale a pena um aprofundamento neste assunto. Neste livro, 
trabalharei apenas com o diagrama de classes, pois é uma 
ferramenta extremamente necessária para o programador. 


A UML é uma linguagem de modelagem que oferece diversos 
tipos de diagramas, que podem representar todo o sistema a ser 
desenvolvido, como também detalhes mais específicos de 
requisitos levantados. Um dos diagramas mais usado pelos 
programadores é o de classes, que possibilita o projeto de 
associações entre classes identificadas no levantamento de 
requisitos. 





O que uso para modelar as classes de negócio de uma aplicação 
são diagramas da UML, e uma das ferramentas que esta linguagem 
gráfica oferece é o Diagrama de Classes. Veja a figura a seguir, 
que modela nossa classe Instituicao . 


Instituicao 


- nome: string 


- endereco: string 





Figura 2.1: Diagrama de classe com a classe Instituicao 


Verifique, na figura anterior, que a classe está representada por uma 
caixa , Inicialmente com duas partições, mas podendo existir três. A 
primeira traz o nome da classe modelada, e a segunda, o nome dos 
campos. Já a terceira, que não estou utilizando ainda, trará o nome 

dos métodos que devem ser implementados na classe. 


A implementação básica, em Cf, de nossa classe Instituicao é 
exibida no código a seguir. É importante ressaltar que a definição de 
uma classe (características e comportamentos) está diretamente 
ligada ao contexto onde o problema está inserido. Desta maneira, 
para o problema que se pretende trabalhar aqui, foram identificadas, 
inicialmente, as características modeladas na figura anterior. 


Observe ainda que a classe Instituicao é definida pela palavra que 
a antecede, class, e que cada campo (característica) possui um tipo 
associado. Opcionalmente, é possível adicionar um modificador de 
acesso ao declarar um campo, definindo o acesso que as outras 
classes terão sobre ele. Em nossa figura, cada campo tem o 
símbolo de subtração antecedendo seu nome, o que significa 
acesso privado. A essa técnica se aplica o conceito de 


encapsulamento, que será muito abordado neste livro, mas por 
enquanto vamos trabalhar sem modificadores de escopo. 


class Instituicao 


string nome; 
string endereco; 


} 


Em C%, uma classe é descrita em um arquivo texto normal, e este 
pode hospedar diversas classes, de diferentes escopos. Por 
convenção, é ideal que cada arquivo possua uma única classe e, 
ainda, que o nome do arquivo e da classe sejam iguais. Como disse, 
apenas por convenção, não é uma regra. 


2.2 Tipos de dados 


Quando se identifica uma característica de um objeto em um 
processo de análise e modelagem, encontra-se também o tipo de 
dado que pode ser atribuído a esta característica. No exemplo da 
classe Instituicao, identificamos características apenas do tipo 
string, mas poderíamos ter encontrado outras classes cujas 
características podiam ser de tipo lógico/ booleano, numérico/ 
inteiro/flutuante ou ainda representando datas, dentre diversos 
outros tipos (primitivos ou não). 


A definição de um campo do tipo string indica que este poderá 
receber dados alfanuméricos, ou seja, letras, números, símbolos e 
qualquer caractere que possa ser representado, sempre entre 
aspas. Um tipo numérico int representa números inteiros e, na 
atribuição, não há necessidade do uso de aspas (não deve ser 
usado, pois isso o transformaria em string). 


Já os tipos numéricos float € double representam números com 
valores decimais — ou como são mais conhecidos, com notação de 


ponto flutuante, ou seja, um número real. A separação do valor 
inteiro do decimal se dá por meio do ponto ( . ) e não da vírgula, 
como usamos no Brasil. 


Os nomes dos tipos de dados e a forma como são escritos também 
são importantes. Um tipo de dado que inicia com letra maiúscula 
caracteriza que se refere a uma classe, e um tipo que inicia com 
minúscula refere-se a um tipo de dado primitivo à linguagem. 


2.3 Uma aplicação de teste e início com o Visual 
Studio 


Vamos criar a classe e testá-la? Nosso primeiro passo é acessar o 
Visual Studio (VS), e o acesso a ele é como o acesso a qualquer 
aplicativo de seu computador. Com o Visual Studio aberto, 
precisamos criar um projeto para nossa aplicação. Você já instalou o 
VS, certo? 


Um projeto é um tipo de arquivo especial que organiza todos os 
artefatos em um único local, de maneira lógica e física. Vamos lá. 
Com o Visual Studio aberto, clique no menu arquivo-> Novo-> Projeto, 
então terá acesso a uma janela semelhante à apresentada na figura 
a seguir. Recomendo que leia todo o conteúdo antes de 
implementar o exemplo. 


Novo Projeto ? x 
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Figura 2.2: Criando um novo projeto no Visual Studio 2015 Community 


Na janela representada pela figura anterior, caso não esteja 
marcado o campo criar diretório para solução , marque-o. Depois, 
localize em seu disco o local que desejará armazenar a solução a 
ser criada. Para o projeto que estará contido na solução, 
escolheremos o template Aplicativo de Console que está dentro da 
categoria Área de Trabalho Clássica do Windows . Este, por sua vez, está 
dentro da categoria de linguagem visual cx. 


O VS permite organizar seus projetos em uma solução, que é 
também um tipo de projeto. Logo trabalharemos mais 
detalhadamente com isso. Neste momento, teremos apenas um 
projeto para a solução, mas saiba que é possível termos vários 
projetos em uma mesma solução. 


Nomeie corretamente sua solução e seu projeto. Uma dica seria 
Capitulos2 € PrimeiroProjeto . Nomes nada criativos, mas servem 
para orientá-lo na semântica. Concluída esta etapa de seleção de 
template, definição de local e nomes para o projeto, clique no botão 
OK . 


Você pode e precisa ver sua solução e seu projeto criados, assim 
como os arquivos necessários para o template. Para ter esta 
visualização, fazemos uso de uma janela/ ferramenta, chamada 
Gerenciador de Soluções , Você pode localizá-la no menu Exibir . Veja 
a figura a seguir. 


AAS- seam)” 


Pesquisar em Gerenciador de Soluções (Ctrl Æ ~ 


71 Solução 'Capitulo02' (1 projeto) 
a PrimeiroProjeto 
b dd Properties 
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p €* Program.cs 





Figura 2.3: Solution Explorer com o projeto criado 


Agora, precisamos criar a nossa classe e então utilizá-la em um 
teste. Clique com o botão direito do mouse sobre o nome do projeto 
(não é a solução, ok?). Clique em seguida em adicionar-> Classe € 
atribua o nome a essa classe, que em nosso caso é Instituicao, 
sem caracteres especiais (acentos). 


A extensão do arquivo que conterá a classe de mesmo nome é cs. 
Após a criação, a classe é aberta no VS para que você possa 


trabalhar sua implementação. Adapte a classe para que ela fique 
como o código a seguir. 


using System; 

using System.Collections.Generic; 
using System.Ling; 

using System.Text; 

using System.Threading.Tasks; 


namespace PrimeiroProjeto 


{ 


class Instituicao 


string nome; 
string endereco; 


} 


Na listagem anterior, as primeiras instruções ( using ) referem-se a 
Namespaces Necessários para a implementação das classes. Em 
nosso exemplo, nenhum dos trazidos pelo VS são necessários, você 
pode excluir estas linhas ou deixar que o VS faça isso por você. 


NAMESPACES 


Namespace é o nome dado para uma estrutura lógica, 
responsável por organizar classes, como se fossem pastas 
físicas, o que permite que você tenha classes com nomes iguais 
em locais diferentes. Mas essa é a menor das importâncias dos 


namespaces. Sua real importância está na separação entre 
domínios para as classes. Poderíamos ter, por exemplo, um 
namespace chamado negocio , outro chamado controle , outro 
chamado visão e, dentro deles, as classes que dizem respeito a 
estas áreas (camadas no exemplo). Trabalharemos bastante 
com isso. 





Para isso, quando o cursor estiver em uma linha de using que não é 
necessária para sua classe, um botão com uma lâmpada será 
exibido, alertando que O Uso das diretivas é desnecessário . Clique na 
setinha ao lado do ícone e clique na opção Remover usos 
desnecessários . Fica a dica para esta situação. =) 


Você também pode ver que, envolvendo a classe, existe a definição 
do namespace no qual ela pertence, O PrimeiroProjeto . Desta 
maneira, podemos dizer que o nome qualificado da classe é 


PrimeiroProjeto.Instituicao . 


NOME QUALIFICADO 


Toda classe possui um nome que a identifica como um tipo de 
dado. Entretanto, como comentado anteriormente, podemos ter 
classes de mesmo nome, mas com responsabilidades 
diferentes, o que leva ao uso de namespaces. Desta maneira, 
para identificar estas classes como únicas, fazemos uso do 
nome qualificado, ou seja, o nome da classe precedido pelo 
nome do namespace em que ela está. 


Quando usamos métodos de outra classe (classe B) em uma 
classe (classe A) que não esteja no mesmo namespace, 
precisamos inserir uma instrução using do namespace onde a 
classe B esteja, ou usamos a referência à classe de maneira 
qualificada. 





A aplicação que criamos foi com o uso do template de aplicações 
para console. Este template gera uma classe chamada Program e, 
dentro dela, um método estático chamado main() . Veja o código a 
seguir, já com OS usings retirados. 


namespace PrimeiroProjeto 


{ 


class Program 


{ 


static void Main(string[] args) 


} 


Uma aplicação do tipo console, como seu próprio diz, é executada 
no console do sistema operacional, não gerando nenhum tipo de 
interface amigável com o usuário. Ou seja, nada de janelas. Durante 
o livro, trarei o uso de janelas, mas saiba que lidar com interfaces de 
interação com o usuário não é o foco do trabalho. 


A classe Program é definida no projeto como classe de inicialização 
da aplicação, e o main() é o método estático definido como o 
método que será executado quando a aplicação for inicializada. 
Essas configurações podem ser alteradas nas propriedades do 
projeto, caso você queira avançar neste assunto. Porém, para nosso 
trabalho, isso não se faz necessário, logo usaremos o padrão. 


Agora, vamos testar nossa classe Instituicao. Adapte sua classe 
Program para que seja igual ao código da figura a seguir. 


hamespace PrimeiroProjeto 


{ 


class Program 


{ 


static void Main(string[] args) 


{ 


Instituicao instituicao = new Instituicao(); 
System.Console.Write("Informe o nome da instituição: "); 
instituicao.nome = System.Console.ReadLine(); 


} 
: KS 
} 


Figura 2.4: Utilizando a classe criada 


Optei pela figura anterior em vez de código para que um erro de 
compilação pudesse ser visualizado. Veja no local indicado que a 
palavra nome , que se refere ao campo que deveremos atribuir ou 


recuperar o nome de uma instituição, está com um sublinhado 
vermelho. 


Sempre que um código seu apontar este tipo de erro, coloque o 
cursor do mouse sobre o erro e uma mensagem orientativa será 
exibida. Em nosso caso, a mensagem é: ' Instituicao.nome' é 
inacessível devido ao seu nível de proteção . ISSO Significa que o 
escopo definido para a propriedade nome não permite que ela seja 
utilizada na classe Program. Como resolver isso? 


Antes de resolvermos, é preciso informar que este é o 
comportamento correto. Um campo de uma classe não pode ser 
acessado diretamente de seus objetos, pois, para isso, precisamos 
de métodos que ofereçam este serviço. Sendo assim, adapte sua 
classe Instituicao para o código a seguir. 


namespace PrimeiroProjeto 


{ 


class Instituicao 


string nome; 
string endereco; 


public void Nome(string nome) 


{ 


this.nome = nome; 


} 


Veja a inserção de um método chamado nome() , que recebe uma 
string como argumento. O valor recebido é atribuído ao campo nome 
do objeto referente à chamada ao método. Isso é garantido pelo 
this . Para que isso funcione, precisamos alterar também o 
consumidor do serviço, nossa classe Program . Adapte a linha que 
estava com erro de compilação para ficar igual ao código a seguir. 


instituicao.Nome(System.Console.ReadLine()); 


Note que, com a implementação anterior, mudamos a maneira de 
atualização do campo. Antes estava com uma simples atribuição e 
agora está com a chamada para um método. Precisaríamos de 
outro método, para recuperação do valor. Essa maneira é muito 
trabalhosa. Para cada campo, seriam necessários dois métodos 
para que um campo pudesse ter seu valor recuperado ou atribuído. 


Felizmente, já há algum tempo, o Cf resolveu este problema para 
os programadores. Sempre que tivermos uma propriedade (campo 
com acesso de escrita e leitura), podemos declarar isso 
diretamente. Adapte sua classe Instituicao para o código a seguir e 
retorne sua classe Program para o que era, mudando apenas a 
primeira letra de nome para maiúscula. Com isso, o erro de 
compilação deixa de existir. 


A troca para a letra maiúscula não é uma regra. O nome poderia 
ficar com letra minúscula no início, mas é uma convenção, 


conhecida como CAMEL CASE e é adotada pela comunidade 
desenvolvedora do C#. Uma dica sobre isso: sempre faça uso 
de uma convenção, quando existir. 





namespace PrimeiroProjeto 


{ 


class Instituicao 


{ 
public string Nome { get; set; } 
public string Endereco { get; set; } 


} 


Observe no código anterior que adicionamos o modificador de 
escopo public à declaração e, após o nome do campo, adicionamos 
(get; set;), transformando a declaração do campo em declaração 
de propriedade. Caso você queira que uma propriedade seja apenas 
de leitura, você pode deixar de declarar a cláusula set; . Ainda, se 
desejar atribuir um valor à propriedade, basta que, após o 


fechamento das chaves, você declare a atribuição, algo como o 
código a seguir. 


public string Tipo { get;) = "Ensino Superior"; 


Durante o desenvolvimento do livro, falarei mais sobre escopo e 
modificadores de acesso. Por hora, vamos concluir nossa aplicação 
de testes. Adapte sua classe Program para que fique igual ao código 
seguinte. 


namespace PrimeiroProjeto 


{ 
class Program 
{ 
static void Main(string[] args) 
{ 
Instituicao instituicao = new Instituicao(); 
System.Console.Write("Informe o nome da instituição: "); 
instituicao.Nome = System.Console.ReadLine(); 
System.Console.Write("Informe o endereço da instituição: "); 
instituicao.Endereco = System.Console.ReadLine(); 
System. Console .WriteLine("===================================");}; 


System.Console.WriteLine( 
$"Obrigado por informar os dados para a 
finstituicao.Nome)"); 
System.Console.Write("Pressione qualquer tecla para 
encerrar."); 
System.Console.Readkey(); 


} 


Anteriormente, quando apresentei um fragmento desta classe, nela 
já estava a invocação do método estático write , da classe Console, 
pertencente ao namespace system. Veja que utilizamos o nome 
qualificado da classe para invocar este método e os demais 
apresentados. Se usarmos a instrução using System; NO início do 
arquivo, poderíamos apenas utilizar Console.write() , pois estaríamos 


trazendo para o escopo do arquivo todas as classes do namespace 
System. 


Também não comentei sobre o método estático main(), pois em 
nenhum momento do exemplo usado criamos um objeto do tipo 
Program para invocá-lo. Se fizermos uma analogia com os métodos 
estáticos Write(), WriteLine(), ReadLine() e Readkey(), também não 
temos um objeto da classe console. 


De maneira bem simplista, é isso que um método estático oferece; 
ele pode ser invocado diretamente, sem a necessidade de um 
objeto. Isso significa também que, em caso de termos propriedades 
estáticas, o valor delas é compartilhado por todos os objetos da 
classe. Mas fique tranquilo, trabalharemos isso mais à frente. 


MÉTODOS DA CLASSE CONSOLE 


Na listagem anterior, foram usados quatro métodos da classe 
Console . Embora eles sejam semanticamente compreendidos, 
vou explicar brevemente aqui. O write() escreve uma string e o 
cursor do console fica posicionado ao lado direito do último 
caractere exibido. Já O writetine() exibe uma string e posiciona 


o cursor na primeira coluna da linha após a string escrita. 


O ReadLine() espera que uma string seja digitada e a tecla 
ENTER/RETURN Seja pressionada para a string lida poder ser 
armazenada em uma variável, como em nosso exemplo. O 
Readkey() espera que qualquer tecla possa ser pressionada, 
para dar sequência ao fluxo de execução da aplicação. Existe 
ainda o método Read() , que faz a leitura de um único caractere. 





INTERPOLAÇÃO DE STRINGS 


No código anterior, fiz uso do $"" para que uma string pudesse 
ter a inserção de uma propriedade em seu retorno. Este é um 


recurso novo do C# 6. Antes dele, podíamos fazer uso do 
método estático string.Format() , que tem um bom exemplo de 
uso em https://sites.google.com/site/tecguia/formatar-string-c- 
string-format. Lembre-se de que nosso foco é OO, ok? 





Por fim, a primeira linha do método main(), a Instituicao instituicao 
= new Instituicao(); , instancia a classe, gerando um objeto para ser 
utilizado. O processo de instanciação se dá pela cláusula new, que 
precede o nome da classe. Note que, do lado esquerdo da 
atribuição, tipificamos o objeto que deverá ser recebido. O CH 
oferece recursos mais dinâmicos para isso, que logo veremos. 


2.4 Execução da classe de teste 


Com tudo implementado, precisamos executar nossa aplicação e 
vermos o funcionamento do consumo da classe Instituicao . 
Existem duas maneiras para executar uma aplicação de dentro do 
VS: com e sem depuração (debug). 


Clique no menu Depurar e verá duas opções: Iniciar Depuração/F5 € 
Iniciar Sem Depurar/CTRL+F5 . Você pode também escolher isso pelo 
botão de execução que aparece na barra de tarefas. 


Executar uma aplicação sem depuração pode resultar em uma 
execução mais leve. Entretanto, se for necessário acompanhar o 
comportamento da aplicação para investigação de alguma anomalia, 
a recomendação é o F5 . Quando escolher sua opção (teste com as 
duas), uma janela com o console do Windows será exibida, e então 
serão solicitados os dados para a instituição. Após informar os dois 


dados, uma mensagem com o nome informado será exibida, assim 
como a informação para pressionar qualquer tecla para continuar. 
Após pressionar uma tecla, a janela de console será fechada. Veja a 
figura a seguir. 


E` file;///C:/Users/Everton/Dropbox/Livros/00 com C&/Imple... — [] x 





Figura 2.5: Aplicação em execução 


2.5 Conclusão sobre as atividades realizadas no 
capítulo 


Terminamos o capítulo. Sei que não foi visto muito de OO, pois 
criamos apenas uma classe e a implementamos. Isso ocorreu pelo 
fato de você precisar se ambientar com o Visual Studio e o C#. No 
próximo capítulo, já poderemos abordar melhor a Orientação a 
Objetos, pois trabalharemos associações e inicialização de objetos. 
Tome um ar agora. 


CAPÍTULO 3 
Associações e inicialização de objetos 


Quando recebemos a missão de implementar a resolução de um 
problema, o primeiro passo, como dito no capítulo anterior, é fazer o 
levantamento de requisitos e, com base neste processo, modelamos 
um diagrama de classes. Reforçando o já comentado, dificilmente 
teremos classes isoladas neste diagrama, normalmente muitas 
classes serão identificadas e modeladas e, entre elas, certamente 
existirão associações. 


Em Orientação a Objetos, a associação entre classes se dá por 
meio de propriedades. A maneira como essa associação deve ser 
implementada é algo importante e é este um dos assuntos 
abordados neste capítulo. Outro ponto importante, também 
trabalhado aqui, é a inicialização de objetos, ou seja, como eles 
devem ser disponibilizados para consumo após a instanciação da 
classe. Mãos à obra? 


3.1 Identificação e implementação de 
associações 


A classe que identificamos no capítulo anterior, Instituicao , foi 
subidentificada; não modelamos nenhuma propriedade 
(propositalmente, é claro), pois o capítulo era introdutório. 
Entretanto, sabemos que toda instituição precisa de diretores e 
possui departamentos, funcionários, professores, cursos, alunos, e 
por aí vai. 


Não é viável que coloquemos informações sobre estes objetos 
identificados em uma só classe, precisamos modelar estas 
propriedades como classes. Podemos dizer que essas propriedades 


fazem parte da classe Instituicao, mas que, para mantermos 
responsabilidades, coesão e acoplamento, as separamos. 


Para nossa primeira associação, vamos modelar a classe 
Departamento . Veja a figura a seguir. Observe nela que as 
propriedades agora possuem a letra inicial maiúscula e o símbolo de 
adição precedendo-as. Enquanto o - refere-se a campos privados, 
O + significa propriedades públicas. 


Instituicao 
Departamento 


=. | 
+ Nome: string 
+ Endereco: string 


Figura 3.1: A primeira associação 





A figura anterior traz uma linha que denota uma associação entre as 
duas classes modeladas. Do lado da Instituicao , temos o numeral 

1 e, do lado do Departamento , temos o..*+ . Devemos ler a 
associação da seguinte maneira: "cada objeto da classe Instituicao 
pode ter nenhum ou muitos objetos da classe Departamento 
associado a ele”. Veja que semântica interessante: no desenho das 
classes, não existe nenhuma referência de propriedades desta 
associação, mas, como dito anteriormente, uma associação significa 
que um objeto está inserido em outro, então precisamos descobrir 
ISSO. 


No momento de implementação, o programador saberá pela leitura 
que precisa ter uma propriedade chamada Departamentos na classe 
Instituicao . Como isso pode ser abstraído? Pelo numeral na 
associação. Isso garante que, a partir de uma Instituicao, podemos 
recuperar todos os departamentos associados a ele. E se eu tiver 
um objeto de Departamento ? Eu posso descobrir qual é sua 
instituição? 


A linha da associação semanticamente diz que sim. Entretanto, se 
houvesse uma seta apontando para Departamento , isso não seria 
possível. Cada departamento deveria ter uma propriedade 
Instituicao . Porém, com base na análise, modelagem e discussão 
anterior, se formos pensarmos em funcionalidades, precisaríamos 
de uma interface visual com o usuário para ele registrar instituições, 
departamentos e a associação entre eles. 


Isso quer dizer que cada departamento precisa ser registrado sem 
ter obrigatoriamente uma instituição associada a ele. Muito pelo 
contrário, um departamento de mesmo nome poderá existir em 
várias instituições. Essa situação de chegar a um objeto a partir de 
outro é conhecida como navegabilidade. Note que, com o que eu 
escrevi, posso criar uma instituição e um departamento, sem que, 
de início, haja associação entre eles, que é o que o diagrama expõe 
quando coloca o e..*. 


Ficou confuso? Calma, você compreenderá tudo isso no 
desenvolvimento do livro. Apenas para clarear um pouco, se for 
decidido que cada departamento precisa ter uma referência 
(propriedade) à sua instituição, o programador precisaria pensar em 
implementar uma classe da associação, que a princípio não teria 
nenhuma propriedade, apenas as referências às duas classes. Mas 
se você quiser, poderia ser pensado na propriedade chefia, que é 
uma diferente para cada associação entre instituição e 
departamento. 


Legal tudo isso, não é? Vamos implementar. Crie um novo projeto 
em uma nova solução, e nele insira duas classes, a Instituicao que 
você já tem e a Departamento . Implemente-as como segue no código. 
O template para o projeto é O console. 


namespace SegundoProjeto 


{ 


class Instituicao 

{ 
public string Nome { get; set; } 
public string Endereco { get; set; } 


public Departamento[] Departamentos ( get; } = new 
Departamento[10]; 
} 
} 


namespace SegundoProjeto 


{ 


class Departamento 


{ 
public string Nome { get; set; } 


} 


Observe que a classe Instituicao define Departamentos apenas com 
acesso de leitura, e já inicializei a propriedade, fazendo uso de 
colchetes ( [] ), tanto na definição de tipo como na atribuição inicial. 
Isso quer dizer que estou fazendo uso de arrays (matrizes, ou vetor 
para alguns autores). 


Um array refere-se a um conjunto, em nosso caso, de tamanho 
definido pela inicialização do campo, 10 elementos. Esta 
possibilidade de inicializar uma propriedade já em sua declaração é 
uma característica do CÊ 6. 


O conhecimento e manuseio de arrays são muito importantes em 
qualquer linguagem e não poderia deixar de falar sobre isso, porém, 
em alguns casos, podem ser um problema. Nós limitamos a 10 
departamentos cada instituição. E se ela crescer? E se ela tiver 
menos que isso? A solução para isso é o uso de coleções, que 
veremos mais adiante; agora, vamos nos ater aos arrays. 


Quando se trabalha com arrays ou coleções, é preciso oferecer um 
método para a manutenção de seus elementos, em nosso caso, os 
departamentos para cada instituição. Insira o código a seguir na 
classe Instituicao, abaixo de Departamentos . Veja nos métodos 
criados a associação e dependência entre os objetos. 


private int quantidadeDepartamentos = 0; 


public void RegistrarDepartamento(Departamento d) 


{ 
if quantidadeDepartamentos < 10) 


departamentos[quantidadeDepartamentos++] = d; 


public int ObterQuantidadeDepartamentos() 
{ 


return quantidadeDepartamentos; 


} 


Veja a listagem anterior, que começa com a declaração de uma 
variável com finalidade de indicar a quantidade de departamentos 
que existem registrados em cada instituição e também de auxiliar na 
hora de inserção de novos elementos. Esse é um dos problemas no 
uso de arrays. 


Nessa listagem, você pode verificar os métodos 
RegistrarDepartamento() € ObterQuantidadeDepartamentos() . No primeiro, 
um departamento é recebido para que então possa ser verificado se 
já não foi registrada a quantidade máxima permitida. Caso seja 
possível, o departamento será inserido no array. 


Para esta verificação, é usada a instrução if(), um condicional que 
avalia uma expressão lógica e retorna um valor verdadeiro ou falso, 
dependendo da avaliação. Não detalharei esta instrução aqui, mas 
sempre que trabalharmos com condicionais, comentarei e explicarei. 
Um detalhe: o que eu fiz no uso do if() foi evitar que um erro 
ocorresse. Isso, em OO, não é recomendado. O que se prega é que 
o erro deve acontecer e, então, por meio de exceções, deve ser 
tratado. Veremos sobre exceções mais à frente. 


Outro ponto que merece destaque é a atribuição do departamento 
recebido como argumento no método a um elemento do array. Isso 
mesmo, um array é composto por elementos, em nosso caso, no 
máximo 10. Cada elemento é referenciado por uma posição, 


conhecida como índice. Em Cf, o primeiro elemento de um array 
tem o índice O (zero), e o último elemento tem o índice identificado 
pelo tamanho do array, subtraído de um. Em nosso caso, o último 
elemento do array estará na posição 9. 


Mas voltando à atribuição, veja que utilizamos o nome da variável 
de controle (flag) entre colchetes. Na primeira vez que o método 
RegistrarDepartamento() for invocado, o valor desta variável será O 
(zero), indicando que o elemento deve ser armazenado na primeira 
posição. O ++ significa que o valor da variável deve ser 
incrementado em um, logo após o uso do valor que ela tem. Ou 
seja, depois da atribuição ocorrer, a variável terá o valor 1 (isso na 
primeira execução da instrução). 


O CÊ oferece também o --, que realiza a subtração. Ainda, se 
estes operadores forem usados antes do nome da variável, o valor 
será alterado antes de a variável ser usada. 


O outro método apresentado na listagem anterior é responsável por 
retornar a quantidade efetiva de departamentos que existem na IES. 
Lembre-se de que podemos ter no máximo 10, mas isso não quer 
dizer que sempre teremos 10. Não podemos ter mais, mas nada 
impede de termos menos. 


3.2 Teste das associações 


Faremos o teste diretamente na classe Program mais uma vez. 
Desta maneira, adapte seu código para ficar igual ao apresentado a 
seguir. Veja no código que ele começa com o uso do namespace 
System , pois usaremos a classe console . Em seguida, já no método 
estático main, eu instancio um objeto. 


Nas versões iniciais da linguagem C%, a declaração de uma variável 
deveria tipificar tal variável durante a implementação. Agora, a 


tipificação pode ser dinâmica, durante a execução da aplicação. 
Este recurso é bom e vem sendo muito usado. 


Desta maneira, note que não tipifico a variável iesutFPR. Faço uso 
da instrução var, um recurso do Cf, para que o tipo da variável seja 
definido com base no valor da atribuição. Isso facilita muito a 
codificação que, como disse, fica vinculada ao primeiro valor que a 
variável receberá. É interessante se acostumar com essa prática, 
mas nada impede de você tipificar suas variáveis já na 
implementação da declaração. 


Após isso, atribuo valores às duas propriedades do objeto. Depois 
repito o processo para a variável iescc . Veja no código as 
atribuições para Nome € Endereco . Para os departamentos, crio três 
objetos ( dptoEnsino , dptoAlimentos @ dptoRevisao ), seguindo a mesma 
metodologia das IES. 


Com as instanciações terminadas e os objetos devidamente 
inicializados, invoco o método RegistrarDepartamento() das 
instituições, enviando os departamentos que cada uma terá neste 
exemplo. Finalizando o código, existe uma varredura nos 
departamentos de cada IES, para que eles possam ser exibidos no 
console. 


using System; 


namespace SegundoProjeto 
{ 
class Program 
{ 
static void Main(string[] args) 
{ 
var iesUTFPR = new Instituicao(); 
iesUTFPR.Nome = "UTFPR"; 
iesUTFPR.Endereco = "Medianeira"; 


var iesCC = new Instituicao(); 
iesCC.Nome = “Casa do Código"; 
iesCC.Endereco = "São Paulo"; 


var dptoEnsino = new Departamento(); 
dptoEnsino.Nome = “Computação”; 


var dptoAlimentos = new Departamento(); 
dptoAlimentos.Nome = "Alimentos"; 


var dptoRevisao = new Departamento(); 
dptoRevisao.Nome = "Revisão Escrita”; 


iesUTFPR.RegistrarDepartamento(dptoEnsino); 
iesUTFPR.RegistrarDepartamento(dptoAlimentos); 


iesCC.RegistrarDepartamento(dptoRevisao); 


Console.WriteLine("UTFPR"); 
for (int i = 0; i < iesUTFPR.ObterQuantidadeDepartamentos(); 
i++) 


Console.WriteLine($"==> 
(iesUTFPR.Departamentos[i].Nome)"); 
} 


Console.WriteLine("Casa do Código"); 
for (int i = 0; i < iesCC.ObterQuantidadeDepartamentos(); i++) 


{ 


Console.WriteLine($"==> {iesCC.Departamentos[i].Nome}"); 


} 
Console.Write("Pressione qualquer tecla para continuar"); 
Console.Readkey(); 


} 


No código anterior, perceba que é aguardado o pressionamento de 
uma tecla por parte do usuário para que a execução seja finalizada. 
A figura a seguir apresenta a aplicação em execução. 
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Figura 3.2: As instituições e seus departamentos 


Veja na figura anterior que os dois departamentos da variável 
iesUTFPR foram exibidos. Se existissem os 10 departamentos, o 
mesmo código funcionaria para exibi-los. Isso se deve ao uso da 
estrutura de repetição for(), pois ela garante a repetição do código 
delimitado pelas chaves ( {} ) — em nosso caso, a exibição do nome 
de um determinado departamento, o recuperado pelo índice 
representado pela variável i. 


Esta recuperação também merece comentário. Vamos primeiro ao 
detalhamento da estrutura de repetição, também conhecida como 
laço, ou loop. O for() possui três componentes: 


1. O inicializador, representado por int i = e, em que temos a 
declaração de uma variável chamada i e a inicialização dela 
com o valor O (zero); 


2. À expressão condicional, que garantirá a execução das 
instruções delimitadas por chaves (), ou então, em caso de 
retorno negativo, o término da estrutura de repetição, o que leva 
o fluxo de execução para a linha imediatamente após a chave 
de fechamento do bloco; 


3. À expressão de processamento, na qual a variável de controle 
do laço é incrementada. 


A execução da estrutura for() é assim: 


1. A variável de controle é declarada e inicializada; 

2. À expressão condicional é avaliada; 

3. O bloco de instruções é executado ou o laço é terminado; 

4. A variável de controle é incrementada; 

5. A expressão condicional é novamente avaliada, definindo se o 
bloco é outra vez executado ou a estrutura é terminada. Tanto a 
estrutura de repetição for() como a condicional if(), vista 
anteriormente, não precisam dos delimitadores de bloco (as 
chaves) se tiverem apenas uma instrução a ser executada no 
caso da expressão avaliada retornar verdadeiro. 


Na instrução dentro do bloco de cada for() , existe a interpolação 
de strings, como a chamada à propriedade Departamentos . Veja que 
existem colchetes com a variável i dentro deles. Lembre-se de que 
essa variável é um inteiro. Você pode interpretar esta instrução 
assim: 


1. Obtenha todos os departamentos (o array); 
2. Selecione o elemento da posição i. 


Você observou que, com esta descrição, estamos obtendo o 
departamento de um índice diretamente da coleção de 
departamentos de uma IES a cada? Pois é, isso não é bom. O ideal 
seria requisitar um método que retornasse apenas um elemento a 
cada chamada. Podemos implementar este método de acordo com 
a listagem a seguir. 


public Departamento DepartamentoPorIndice(int indice) 


{ 


return Departamentos[indice]; 


} 


Com a implementação anterior, pode-se pensar em até tornar 
privada a propriedade Departamentos , trocando O escopo public por 
private . Quando temos propriedades e métodos que precisam ser 
invocados apenas por objetos da classe que os declara, os 


definimos como private . Já quando estes serviços e recursos 
possam ou devam ser acessados por objetos de outras classes, que 
não as que os declaram, podemos utilizar public. 


Existem outros modificadores de escopo, que veremos no capítulo 
Solução dividida em camadas. O ideal mesmo é que pudéssemos 
recuperar um departamento pelo seu nome, e isso é uma situação 
que veremos mais à frente. 


3.3 A inicialização de objetos 


Na listagem anterior, quando declaramos as variáveis iesuTFPR € 
iescc , as inicializamos por meio do operador new, invocando o 
construtor padrão para a classe, O Instituicao() . Se você olhar o 
código da classe, não existe nenhum método com este nome. Sim, 
o construtor é um método. Mas o que é o construtor em si? 


Ele é um método responsável pela inicialização de um objeto. 
Podem existir vários construtores em uma classe, diferenciando-os 
apenas pelas suas assinaturas. Importante: se você implementa um 
construtor recebendo algum argumento, o construtor padrão precisa 
ser implementado de maneira explícita sem nenhum argumento. 
Veja no trecho de código a seguir a implementação de um construtor 
para a classe Departamento . 


public Departamento(string nome) 


{ 


this.Nome = nome; 


} 


Observe no código que, em nosso caso, a responsabilidade do 
construtor é de apenas inicializar uma propriedade, mas ele poderia 
fazer muito mais, como definir associações e obter recursos. Se 
tivéssemos mais propriedades na classe e houvesse necessidade 
de algumas delas serem inicializadas para o objeto poder ser usado, 


precisaríamos recebê-las em um construtor. Ainda, poderíamos ter 
estados diferentes e possíveis para um objeto instanciado, o que 
remeteria a diferentes construtores. 


Ter construtores bem definidos é uma boa prática para garantir que 
você terá sempre um objeto em seu estado mínimo, alguns chamam 
isso de "Good Citizen". Lembre-se de que, se você implementar o 
construtor anterior em sua classe, precisará alterar o código da 
classe Program na inicialização dos departamentos para ficar 
semelhante ao código seguinte. 


var dptoEnsino = new Departamento("Computação"); 
var dptoAlimentos = new Departamento("Alimentos"); 
var dptoRevisao = new Departamento("Revisão Escrita"); 


Felizmente, o C# tem uma técnica a mais para inicializar objetos. 
Veja o novo trecho de código para a inicialização da variável 

iesUTFPR a seguir. Observe que, após o nome do construtor padrão, 
existe um bloco delimitado por chaves ( {} ), com atribuições para as 
propriedades que precisam ser inicializadas junto com o objeto. Isso 
facilita muito. 


O que acha de adaptar o objeto iescc ? Se quiser, pode fazer o 
mesmo para os departamentos. A separação das propriedades a 
serem inicializadas é feita por uma vírgula (, ). 


var iesUTFPR = new Instituicao() { 
Nome = "UTFPR", 
Endereco = "Medianeira" 


}; 


3.4 Composição como associação 


Sempre que, em uma modelagem, associações forem identificadas 
entre classes, um passo importante é definirmos qual o tipo destas 
associações. No exemplo trabalhado anteriormente, tínhamos 


apenas uma associação de dependência entre as classes; agora, 
vamos conhecer um tipo de associação: a composição. 


A composição é uma associação forte entre duas classes. Pode-se 
dizer também que a composição representa uma relação todo-parte 
entre os objetos das classes associadas. Este tipo de associação 
forte é caracterizado pelo fato de a existência do objeto-parte não 
fazer sentido sem a existência do objeto-todo. Veja a figura a seguir. 


+ Nome : string + Nome : string 
E 







1 


Endereco 


+ Rua string 
+ Numero : string 


+ Bairro : string 


Figura 3.3: Uma associação de composição 


Observe na figura anterior que a associação entre Instituicao € 
Endereco tem, no lado da Instituicao, UM losango que representa 
uma associação de composição com Endereco . À leitura desta 
associação pode ser: todo objeto da classe Instituicao contém 
sempre um objeto da classe Endereco . 


A seta aberta no lado de Endereco diz ao programador que será 
preciso uma propriedade deste tipo na classe Instituicao. 
Instituicao representa O todo € Endereco representa a parte . Por 
ser composição, quando um objeto da classe todo for removido, o 
objeto parte também deve ser — ou seja, o tempo de vida entre 
eles é o mesmo, não existiria UM Endereco Sem uma Instituicao. 


Na sequência, apresento a classe Instituicao atualizada e a nova 
classe Endereco . Veja na figura anterior que a propriedade Endereco 
da classe Instituicao não aparece mais no diagrama, ela está na 

semântica da associação. 


namespace SegundoProjeto 


{ 
class Instituicao 
{ 
public string Nome { get; set; } 
public Endereco Endereco { get; set; } 
// Código omitido 
} 
} 
namespace SegundoProjeto 
{ 
class Endereco 
{ 
public string Rua { get; set; } 
public string Numero { get; set; } 
public string Bairro { get; set; } 
} 
} 


Com as classes implementadas e a associação registrada, vamos 
ao teste deste novo modelo. O código a seguir traz essa alteração. 


var iesUTFPR = new Instituicao() { 
Nome = "UTFPR", 
Endereco = new Endereco() 


{ 


Rua = "Brasil", 
Numero = "1000" 


}; 


var iesCC = new Instituicao() 


{ 


Nome = "Casa do Código", 
Endereco = new Endereco() 


{ 


Bairro = "Liberdade" 


}; 


3.5 Conclusão sobre as atividades realizadas no 
capítulo 


Mais um capítulo concluído. Vimos aqui o uso de associações entre 
duas classes, a dependência e a composição. Também foi possível 
verificar o uso de construtores e a inicialização de objetos. 


No próximo capítulo, continuaremos com associações, mas fazendo 
uso de coleções, e não de arrays. Também verificaremos a situação 
de pesquisa e recuperação de objetos nessas coleções. 


CAPÍTULO 4 
Coleções, agregação, identidade e recuperação 
de objetos 


Quando trabalhamos na implementação de uma aplicação, 
associações entre classes são muito comuns. Vimos como 
implementar dois tipos oferecidos pela Orientação a Objetos no 
capítulo anterior e, na associação de dependência, utilizei arrays 
para armazenar uma coleção de objetos. 


O uso de array deve ser conhecido e dominado por você, em 
qualquer linguagem, pois é um recurso muito importante. Com a 
chegada de linguagens novas (isso faz um tempinho já), foi trazido o 
conceito de coleções para estas situações. Essa ideia de coleções 
veio dos Tipos Abstratos de Dados (os TADs), vistos em disciplinas 
de estrutura de dados, como pilha, lista e fila, por exemplo. 


Veremos neste capítulo como o uso de coleções pode trazer 
benefícios. Trago para discutir aqui também como trabalhar a 
identidade de objetos, característica muito importante para o 
trabalho com coleções — ou conjuntos, para alguns. Para finalizar o 
capítulo, trarei o uso de recuperação de objetos por meio do LINQ 
(Language INtegrated Query), uma API da Microsoft para consulta 
de objetos. 


4.1 O uso de coleções 


No capítulo anterior, armazenamos uma coleção de objetos em um 
array, no qual precisamos iniciá-lo já especificando um tipo de dado 
para a variável que foi usada. O Cf oferece diferentes formas para 
declaração de uma matriz, inclusive não utilizando um tipo de dados 


na declaração da variável, mas não aprofundarei o assunto de 
matrizes aqui. Vamos partir para coleções. Veja a figura a seguir. 


Instituicao 


Endereco 


+ Rua: string 
+ Numero : string = 


+ Nome : string 


+ Bairro : string + CargaHoraria : int 





Figura 4.1: Modelagem de uma associação para o uso de coleções 


Observe na figura anterior a modelagem de uma dependência entre 
as classes Departamento € Curso, UMa associação semelhante às 
classes Instituicao € Departamento , que trabalhamos no capítulo 
anterior. Precisamos implementar estas novas características e já 
trago a primeira na listagem a seguir, que é a classe curso. 


using System; 


namespace SegundoProjeto 


{ 


class Curso 

{ 
public string Nome { get; set; } 
public int CargaHoraria { get; set; } 


| 


Com a implementação básica na listagem anterior, precisamos 
agora registrar a associação na classe Departamento , € isso pode ser 
verificado na listagem a seguir. 


using System.Collections.Generic; 


namespace SegundoProjeto 


class Departamento 


{ 
public string Nome { get; set; } 
public IList<Curso> Cursos { get; } = new List<Curso>(); 


public void RegistrarCurso(Curso c) 


{ 
Cursos.Add(c); 


public int ObterQuantidadeDeCursos() 
{ 


return Cursos.Count; 


public Curso ObterCursoPorIndice(int indice) 


{ 


return Cursos[indice]; 


} 


Verifica-se nessa listagem, na declaração da propriedade cursos , 
que ela é definida como sendo IīList , que é uma interface. Na 
declaração do tipo da coleção, ainda existe na sintaxe a definição do 
tipo de dado único que deve ser aceita nos elementos que vão 
compor a coleção cursos . Esta maneira para definição de coleções 
é conhecida como Generics. 


Conceitualmente, uma coleção é semelhante a uma matriz. Porém, 
os benefícios trazidos por uma coleção são grandes. Uma coleção 
opera sobre objetos da classe object , ou seja, ela pode possuir 
qualquer tipo de objeto; ao contrário de uma matriz, que em sua 
declaração especifica o tipo de dado dos objetos que a vão compor. 


Em nosso exemplo, eu poderia ter utilizado public IList Cursos { get; 
} = new List(); . Para tornar as coleções mais eficientes, surgiram os 
Generics, que definem que os objetos de uma coleção com essa 
característica sejam apenas do tipo especificado. Isso torna a 
coleção fortemente tipada, pois aceitará apenas esses objetos. 
Apenas para registrar, poderíamos criar um array do tipo object e 
inserir nele qualquer tipo de objetos, se isso fosse necessário. 


Aproveitei para implementar já na classe anterior os métodos 
RegistrarCurso() , ObterQuantidadeDeCursos() @ ObterCursoPorIndice() . 
Os nomes já dizem suas funcionalidades, mas veja como é mais 
simples adicionar um novo elemento, não é preciso verificar se 
ainda pode ou não. 


E a quantidade máxima de elementos”? Não precisamos nos 
preocupar com isso, conseguimos facilmente saber quantos 
efetivamente existem na coleção, por meio da propriedade count. E 
para recuperar um elemento de determinada posição, o processo é 
igual ao do uso de um array. Porém, este uso não é muito comum 
quando se trabalha com coleções, como você poderá ver mais à 
frente. 


Vamos testar esta aplicação, então, adapte sua classe Program para 
a listagem a seguir. Logo apresento o uso de janelas para interação 
com o usuário. O código deve ser inserido após a chamada ao 
método Console. Readkey() já existente na classe. 


dptoAlimentos.RegistrarCurso( 
new Curso ( Nome="Tecnologia em Alimentos", CargaHoraria=2000 )); 


dptoAlimentos.RegistrarCurso( 
new Curso ( Nome = "Engenharia de Alimentos", CargaHoraria = 3000 }); 


Console.WriteLine(); 
Console.WriteLine(); 
Console.WriteLine($"Cursos no departamento de (dptoAlimentos.Nome)"); 


foreach (var curso in dptoAlimentos.Cursos) 


{ 


Console.WriteLine($"==> {curso.Nome} ({curso.CargaHoraria}h)"); 


} 


Console.Write("Pressione qualquer tecla para continuar"); 
Console.Readkey(); 


Trouxe uma novidade para o código implementado anteriormente, 
você notou? Isso mesmo, O foreach() . Essa instrução representa 
uma estrutura de repetição que tem o uso recomendado para 
quando a iteração em uma coleção se faz necessária. Observe que 
ela define uma variável e faz uso de uma coleção, e deve ser lida de 
trás para a frente em relação aos argumentos: "para cada item da 
coleção, utilize a variável declarada para manipulação item a item, 
dentro do bloco de instruções”. 


Em nosso exemplo, a coleção é dptoalimentos.Cursos e a variável 
declarada é curso . Já vimos então duas das instruções disponíveis 
para se trabalhar a estrutura de repetição com Cf. Ainda, no código 
anterior, logo no início, por meio da chamada ao método 
Registrarcurso() , Criamos dois cursos para o objeto dptoalimentos . 
Na sequência, deixamos duas linhas em branco e escrevemos uma 
linha que antecede a relação dos cursos criados, tudo como a 
chamada ao método console.writeLine() . Ao final, fazendo uso do 
Console.Readkey() , a execução é interrompida até que o usuário 
pressione alguma tecla. 


Não defendo a ideia de uma composição entre as duas classes 
anteriormente implementadas pelo fato de, em caso de um 
departamento ser fechado, o curso não obrigatoriamente terminará, 
ele pode ser transferido para outro departamento. Para registrarmos 
o fechamento de um departamento, precisaríamos ter algum serviço 
referente a isso, assim como para a abertura. 


Isso poderia ser oferecido pela classe Instituicao, adaptando-a 
para ter uma associação com Departamento , e então ter a 
implementação dos serviços. Da maneira que temos a solução 
implementada, poderíamos pensar em um método que removesse 
os cursos da coleção do departamento que se deseja fechar e, em 
seguida, atribuísse null à variável do respectivo departamento. 
Veja a listagem a seguir, com o método Fecharbepartamento() . 


public void FecharDepartamento() 


{ 
while (Cursos.Count > 0) 
{ 
Cursos .RemoveAt (0); 
} 
} 


Mais uma novidade trazida com a listagem anterior: a estrutura de 
repetição while() . A leitura é: enquanto a expressão avaliada for 
verdadeira, execute as instruções pertencentes ao bloco de código. 
Como ainda não vimos sobre identidade de objeto, fiz uso do 
método Removeat() da coleção, que remove dela um elemento em 
uma posição específica — em nosso caso, sempre a primeira. 


Quando não mais existirem objetos na coleção, O while() é 
encerrado, assim como o método. Agora, adapte sua classe Program 
ao final, para receber as instruções a seguir, que testarão nosso 
código. 


\\ Código omitido 

dptoAlimentos.FecharDepartamento(); 

dptoAlimentos = null; 

Console.WriteLine(); 

Console.WriteLine(); 

Console.WriteLine("O departamento de alimentos foi fechado"); 
Console.Readkey(); 

\\ Código omitido 


Agora pergunto: e se o usuário quiser inserir duas vezes o mesmo 
curso no mesmo departamento? Isso não poderia ser aceito, 


concorda? 


4.2 A identidade de um objeto 


Sempre que instanciamos um objeto, temos por definição que este 
objeto não é igual a um outro que já está instanciado. Agora, 
voltamos à questão do final da seção anterior. 


Se instanciássemos dois objetos da classe curso e definíssemos o 
mesmo nome de curso para eles, isso não estaria correto, mas não 
dispararia nenhum erro ou problema, pois, ainda que com os 
mesmos nomes, seriam dois objetos diferentes por convenção. 
Porém, o C# (e outras linguagens) permite-nos inferir na definição 
da identidade dos objetos, podendo diferenciá-los ou igualá-los, 
seguindo a lógica do contexto em desenvolvimento. 


Este recurso de poder definir como dois objetos são iguais ou 
diferentes é extremamente importante no desenvolvimento de 
aplicações, pois é uma necessidade determinar se dois objetos são 
iguais. Provendo este mecanismo, estamos dando uma identidade 
única para cada objeto, o que auxilia muito também na localização 
de determinado objeto em uma coleção. 


Pense no nosso problema: como recuperaríamos os dados (ou 
histórico) de um aluno se não tivermos uma identidade que o 
diferencie do outro? No Brasil, temos isso para cada cidadão, o 
CPF. Para nossos objetos da classe curso, a identidade precisa ser 
garantida pela classe, fazendo uso da propriedade nome em nosso 
contexto. Normalmente, quando se implementa uma aplicação, cria- 
se uma propriedade específica para ser a identidade do objeto; um 
exemplo para a classe curso Seria cursorIpD. 


Para que seja possível verificar a igualdade ou desigualdade de 
objetos e também poder recuperá-los de uma coleção, precisamos 


pensar em serviços, em métodos. Então, criaremos um método para 
isso? A resposta é não. 


O CÊ (assim como Java e outras linguagens) oferece alguns 
métodos que auxiliam nesta atividade e um deles está presente em 
todas as classes, mesmo que você não o implemente de maneira 
explícita, O Equals() . Ele pertence à classe object e a toda classe 
que você implementará implicitamente de object . 


Entretanto, para que possamos definir como a igualdade de um 
objeto deve acontecer, precisamos implementá-lo, ou melhor, 
sobrescrevê-lo. Veremos sobre herança e sobrescrita mais à frente, 
agora é importante apenas entender o método Equals() . Veja o 
código a seguir e implemente-o na classe curso. 


public override bool Equals(Object obj) 
{ 


if (obj is Curso) 


{ 


Curso c = obj as Curso; 
return this.Nome.Equals(c.Nome); 


} 


return false; 


} 


No código anterior, temos novos termos e é importante explicá-los. 
A palavra override informa que o método precisa ser visto como 
sobrescrito, ou seja, ele já existe declarado na superclasse, a 
object . Desta maneira, se for necessário utilizar o comportamento 
definido no método que está na superclasse, isso é possível, 
bastando invocar base.Equals(obj); logo no início do bloco ( {} ). 
Sem O override , este método seria novo, específico da classe em 
construção. 


Veja que o argumento recebido pelo método é um object . Este 
método pode receber qualquer tipo de objeto quando for requisitado. 
Devido a esta situação, precisamos garantir que a comparação 
entre objetos seja realizada entre objetos do mesmo tipo, isto é, 


quem requisita O Equals() precisa ser do mesmo tipo do objeto 
recebido pelo método. 


Sua lógica de verificação poderia ser diferente dessa. No if(), é 
verificado se o objeto é ( is ) da classe curso . Se a expressão for 
avaliada como verdadeira, declara-se então uma variável chamada 
c como sendo do tipo ( as ) da classe curso. 


Finalizando O if(), é invocado o método Equalis() da propriedade 
Nome , qUe é uma string . Com isso, o nome do curso do objeto que 
chamou o método deve ser igual ao nome do curso que chegou 
como argumento. O valor true OU false (Valores booleanos, 
lógicos) é retornado ( return ) para quem chamou Equals(). Se o 
if() retornar false, quer dizer que o tipo do objeto recebido não é 
da classe curso, então os objetos comparados são diferentes. Ufa, 
entendido? 


Você pode estar se perguntando por que a comparação de 
igualdade entre os nomes dos cursos está sendo realizada por um 
método e não pelo operador de igualdade ==. Sempre que se utiliza 
O == para comparar valores, estamos realmente comparando 
valores, como números inteiros, e não objetos. E nome é um objeto 
do tipo string. 


Embora valores de tipo primitivos (como int, float, double, 
boolean € char ) possam oferecer métodos, eles não são vistos 
como classes. Logo, para comparar igualdade entre valores destes 
tipos, você pode usar o ==. Se você utilizar este operador para 
comparar objetos, na realidade você estará comparando as 
referências deles (locais na memória). 


Desta maneira, duas instâncias de uma classe serão sempre 
diferentes. Entretanto, é preciso saber que se você instancia um 
objeto para a variável a e atribui o valor de a a uma variável b, 
estamos falando de uma única instância. É importante que você 
saiba que, no método Equals(), não é levado em consideração 


letras maiúsculas e minúsculas. Mas se você for adotar esta 
comparação, basta cnamar o método Toupper() das strings. 


Veja o nome da classe curso logo no início do arquivo. É para ele 
estar aparecendo com um tipo de sublinhado e, se você colocar o 
cursor do mouse sobre ele, uma mensagem dizendo que o método 
GetHashCode() não foi implementado é exibida. Este método, por 
convenção, é sempre implementado em conjunto com o Equals() € 
tem como finalidade gerar uma representação numérica para os 
objetos da classe e também auxiliar em processos de pesquisa, em 
algumas coleções — mais especificamente coleções que fazem uso 
de tabelas de dispersão (hash table). 


Na literatura, existem diversos algoritmos para criação do HashCode e 
recomendo uma pesquisa para que você possa identificar algum 
que se adeque ou sirva de base para a sua implementação em 
aplicações profissionais. Veja meu código na listagem a seguir, 
também na classe curso. 


public override int GetHashCode() 


{ 
return (11 + this.Nome == null ? O : this.Nome.GetHashCode()); 


} 


Veja que faço uso do numeral 11 , por ser um número primo. Esta é 
uma recomendação/ convenção para implementação do método 
GetHashCode() . Caso a string não seja nula, seu hashcode é obtido e 
somado a este numeral; caso contrário, é utilizado o valor zero (0) 
nesta adição. 


Com estes dois métodos implementados, podemos fazer um teste 
de uma implementação que os utilize. Veja o código a seguir, que 
representa um trecho da classe Program. 


\\ Código omitido 


var ctAlimentos = new Curso() { 
Nome = “Tecnologia em Alimentos", CargaHoraria = 2000 3; 


if (! dptoAlimentos.Cursos.Contains(ctAlimentos)) 
dptoAlimentos.RegistrarCurso(ctAlimentos); 


\\ Código omitido 


No trecho de código da listagem anterior, eu crio uma variável para 
representar um curso. Logo após, verifico se o curso da variável 
criada já não existe nos cursos do departamento em que desejo 
inseri-lo (método contains() ) e, se não existir, eu realizo o registro. 
Isso garante que não haja duplicidade do curso no departamento. 


O método contains() , como diversos outros pertencentes às 
coleções, faz uso dos métodos Equals() € GetHashcode() para 
identificar um objeto dentro de uma coleção específica. Existem 
algumas coleções que, por padrão, não aceitam dados duplicados, e 
veremos isso mais à frente no livro. 


4.3 Agregação como associação 


Assim como a composição, uma associação do tipo agregação 
tem um escopo de todo-parte, diferenciando apenas no fato de que, 
em uma agregação, o tempo de vida dos objetos parte não está 
diretamente ligado ao tempo de vida do objeto todo. Isso significa 
que uma composição é mais forte que uma agregação. Vamos a um 
exemplo? 


Veja o diagrama de classes da figura a seguir, que traz uma 
associação entre as classes curso € Disciplina. Podemos dizer que 
cada instância de curso é composta por muitas instâncias de 
Disciplina. Entretanto, ao removermos um Departamento , Não 
necessariamente os cursos associados serão removidos, apenas a 
associação deixa de existir. 


Em prática, quero dizer que uma mesma disciplina pode compor 
mais de um curso. Consegue distinguir composição de agregação? 


Veja a figura a seguir. 


Departamento 


[EEE =| 










Endereco 


+ Bairro : string a + CargaHoraria : int 





Figura 4.2: Modelagem de uma agregação 


É muito comum que a implementação do código nas classes, tanto 
para associação como para composição e agregação, possa ser 
vista de maneira semelhante, não variando muito a lógica utilizada 
— salvo situações específicas, como uma composição entre um 
pedido de venda e os itens vendidos, que pode, por exemplo, 
realizar uma atualização no estoque dos produtos pedidos. 


No exemplo implementado anteriormente, entre Departamento € 

curso , que em nosso diagrama está como uma associação de 
dependência, poderia tranquilamente ser interpretado também como 
uma agregação, pois traz um conceito de todo-parte. Entretanto, a 
dica é: se você tem dúvida, deixe como associação, já que é quase 
certo que a implementação será igual. 


Vamos ao código. Veja na listagem a seguir a classe Disciplina. 
using System; 


namespace SegundoProjeto 


{ 


class Disciplina 


{ 


public string Nome { get; set; } 
public int CargaHoraria ( get; set; + 


public override bool Equals(Object obj) 


{ 
if (obj is Disciplina) 
{ 
Disciplina d = obj as Disciplina; 
return this.Nome.Equals(d.Nome); 
} 
return false; 
} 
public override int GetHashCode() 
{ 
return (11 + this.Nome == null ? O : this.Nome.GetHashCode()); 
} 


} 


A classe anterior traz suas duas propriedades implementadas e 
também os dois métodos que garantem a identidade de cada objeto 
da classe. Vamos agora à implementação dos métodos da classe 
curso . Veja a listagem a seguir. 


using System; 
using System.Collections.Generic; 
using System.Ling; 


namespace SegundoProjeto 
{ 
class Curso 
{ 
public string Nome { get; set; } 
public int CargaHoraria { get; set; } 
public HashSet<Disciplina> Disciplinas { get; } = new 
HashSet<Disciplina>(); 


public void RegistrarDisciplina(Disciplina d) 


{ 
Disciplinas.Add(d); 


public int ObterQuantidadeDiscilinasDoCurso() 


{ 


return Disciplinas.Count; 


public Disciplina ObterDisciplinaPorNome(string nome) 


{ 


return Disciplinas.Where<Disciplina>(n => 
n.Nome .Equals(nome)).FirstOrDefault(); 


} 
public override bool Equals(Object obj) 
{ 
if (obj is Curso) 
{ 
Curso c = obj as Curso; 
return this.Nome.Equals(c.Nome); 
} 
return false; 
} 
public override int GetHashCode() 
{ 
return (11 + this.Nome == null ? O : this.Nome.GetHashCode()); 
} 


} 


Veja no código anterior a definição da propriedade Disciplinas como 
sendo do tipo HashSet<Disciplina> . Este tipo de dado armazena os 
elementos em uma coleção ordenada de itens únicos, exclusivos. 
Ou seja, a duplicidade não é possível. 


Existe uma diversidade grande de tipos de dados para coleção, 
cada um com sua especificidade, e um estudo sobre isso é muito 
recomendado. O que acha de dar uma olhadinha depois em 
https://msdn.microsoft.com/pt-br/library/ybcx56wz(v=vs.110).aspx e 
ter conhecimento disso? 


Veja o código a seguir, testando a execução de nossa aplicação. O 
código precisa ser inserido ao final do que já temos em Program. 


\\ Código omitido 
Console.WriteLine(); 


var cursoCC = new Curso() { Nome = "Ciência da Computação”, CargaHoraria = 
3000 ); 

cursoCC.RegistrarDisciplina(new Disciplina() { Nome = “Algoritmos”, 
CargaHoraria = 80 5); 

cursoCC.RegistrarDisciplina(new Disciplina() { Nome = “Orientação a 
Objetos", CargaHoraria = 60 )); 

cursoCC.RegistrarDisciplina(new Disciplina() ( Nome = “Orientação a 


Objetos", CargaHoraria = 80 )); 
cursoCC.RegistrarDisciplina(new Disciplina() { Nome 
Dados", CargaHoraria = 80 )); 


"Estrutura de 


cursoCC.RegistrarDisciplina(new Disciplina() { Nome = “Programação para 
web", CargaHoraria = 80 }); 


Console.WriteLine($"0 curso (cursoCC.Nome) possui 
fcursoCC.Disciplinas.Count) disciplinas:"); 
foreach (var d in cursoCC.Disciplinas) 


{ 
Console.WriteLine($"==> {d.Nome} ({d.CargaHoraria})"); 


} 
Console.Readkey(); 


\\ Código omitido 


Observe que há a tentativa de registrar duas vezes a mesma 
disciplina, mudando apenas a carga horária entre elas. Entretanto, 
devido à coleção que estamos usando e por termos atribuído a 
identidade do objeto ao nome do curso, apenas a primeira tentativa 
tem sucesso. Isso pode ser verificado por meio da listagem de 
disciplinas de um curso, mostrada ao final. 


4.4 Recuperação de objetos de uma coleção por 
meio do LINQ 


A recuperação de objetos de uma coleção de dados — seja da 
memória, de um arquivo XML ou de uma base de dados — ficou 
muito simples com o surgimento do LINQ (Language INtegrated 
Query). Vou direto à prática, para que você possa ver o código 
simples e minha explicação. 


LINQ — LANGUAGE INTEGRATED QUERY 


LINQ é uma tecnologia desenvolvida pela Microsoft para 
fornecer suporte, em nível de linguagem (com recursos 
oferecidos pelo ambiente), a um mecanismo de consulta de 
dados para qualquer que seja o tipo deste conjunto de dados. 


Eles podem ser matrizes e coleções, documentos XML e base 
de dados. 


Existem diversos recursos na web que permitirão uma 
introdução ao LINQ, mas recomendo a MSDN 
(https://msdn.microsoft.com/pt-br/library/bb397906.aspx). Neste 
artigo, existem referências a outros. 





A listagem seguinte traz um novo método para a classe 
Departamento . Para que a implementação do método funcione, você 
precisa incluir using System.Ling NO início do código, nas cláusulas 
usings . 


public Curso ObterCursoPorNome(string nome) 


{ 


return Cursos.Where<Curso>(n => n.Nome.Equals(nome)).FirstOrDefault(); 


} 


No código anterior, verifique a chamada genérica ao método 

where() . O parâmetro enviado para ele é uma expressão lambda, 
que retornará um conjunto de objetos que corresponda à expressão 
lógica a que ele se refere. Ao final, é chamado o método 
FirstorDefault() , também do LINQ, que retornará o primeiro objeto 
da coleção recuperada, pois o retorno do método obtercursoPorNome() 
é apenas um objeto da classe curso. 


Você pode ler esta instrução da seguinte maneira: retorne o primeiro 
elemento encontrado na coleção cursos quando o valor da 
propriedade nome de cada objeto da coleção seja igual ao valor do 
argumento nome , recebido no método. 


EXPRESS ES LAMBDAS 


Uma expressão lambda é uma função anônima. Expressões 
lambdas permitem que argumentos sejam passados ou 
retornados e, como em nosso exemplo anterior de uso, elas são 
comuns em expressões de consulta LINQ. 


Para criar uma expressão lambda, é preciso especificar os 
parâmetros de entrada, se existirem, no lado esquerdo do 
operador =>, colocando o bloco de expressão do lado direito. 
Um exemplo clássico é: x => x * x, que especifica um 
parâmetro chamado x e retorna o valor de x, ao quadrado. 





O uso do LINQ facilita muito o processo de recuperação de objetos. 
São diversas as possibilidades, e recomendo fortemente que você 
faça uma investigação sobre ele. Farei novos usos no decorrer do 
livro, sempre explicando, mas um aprofundamento não faz parte dos 
objetivos. 


4.5 Conclusão sobre as atividades realizadas no 
capítulo 


Vimos neste capítulo um novo tipo de associação, a agregação. 
Trabalhamos a implementação de código que permite a 
identificação de objetos como únicos em uma coleção, e foi 
introduzido o LINQ como ferramenta para recuperação de dados. 
Fizemos o uso de um novo tipo de dados, que não permite objetos 
iguais em uma coleção. 


No próximo capítulo, trabalharemos herança, um dos pilares da 
Orientação a Objetos. 


CAPÍTULO 5 
Herança, polimorfismo e exceção 


Como foi dito no capítulo Introdução à Orientação a Objetos, quando 
modelamos nossa aplicação na OO, nos deparamos com situações 
em que existem a generalização e a especialização de 
determinadas classes. Isso se dá quando temos classes muito 
parecidas, com propriedades e comportamentos muito próximos, 
como o tradicional exemplo entre carro, ônibus e caminhão. Todos 
são veículos de transporte e possuem características em comum e 
também especificidades para cada tipo de veículo. Essa leitura nos 
leva à herança, um dos assuntos deste capítulo. 


5.1 Herança por extensão 


Em um processo de análise de um problema, na etapa de análise e 
modelagem, pode ser que nos deparemos com situações em que 
classes parecidas, comuns, são identificadas. Essa situação poderia 
nos levar à implementação redundante de propriedades e métodos. 
Isso não é produtivo. 


Desta maneira, a Orientação a Objetos oferece o princípio de 
herança, em que definimos classes comuns de maneira genérica, e 
então as especializamos conforme a necessidade, mantendo na 
classe genérica as propriedades e métodos que são comuns a todas 
as classes que se especializarem a partir dela. No projeto proposto 
para este livro, temos duas situações assim a princípio: 


1. Temos professores, que podem ser coordenadores e, para ser 
coordenador, é preciso ser um professor; 


2. Os cursos ofertados na instituição são de graduação e pós- 
graduação, com dados em comum e, os cursos de pós- 


graduação ainda podem ser definidos como lato sensu ou 
stricto sensu. 


Veja esses detalhes no diagrama de classe da figura a seguir. 
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Figura 5.1: Modelagem de herança com a UML 


Observe na figura a modelagem da associação de herança entre as 
classes Professor € Coordenacao , € a hierarquia existente "abaixo" da 
classe curso . O triângulo aberto aponta para a classe mais genérica 
(a superclasse, classe pai ou classe ancestral), e a outra ponta para 
a classe especializada (subclasse ou classe filha). 


Note que é possível mais de um nível de herança. Vamos ao 
código? Na sequência, está o código para a classe Professor . 


using System; 
using System.Collections.Generic; 


namespace SegundoProjeto 


{ 


class Professor 
{ 
public string Nome { get; set; } 
public DateTime Contratacao { get; set; } 
public HashSet<Curso> Cursos { get; } = new HashSet<Curso>(); 


public override bool Equals(Object obj) 


{ 
if (obj is Professor) 
{ 
Professor p = obj as Professor; 
return this.Nome.Equals(p.Nome); 
} 
return false; 
} 
public override int GetHashCode() 
{ 
return (11 + this.Nome == null ? O : this.Nome.GetHashCode()); 
} 


} 


A classe professor , exposta na listagem anterior, já traz a 
implementação da coleção cursos . Não implementei um método 
para registro de curso nesta classe, pois a responsabilidade se dará 
pela classe curso , que será implementada na sequência. Veja o 
código a seguir, a classe sofreu alterações. 


abstract class Curso 
{ 
public string Nome { get; set; } 
public int CargaHoraria { get; set; } 
public HashSet<Disciplina> Disciplinas { get; } = new 
HashSet<Disciplina>(); 
public HashSet<Professor> Professores ( get; ) = new 
HashSet<Professor>(); 


public void RegistrarProfessor(Professor p) 


{ 
this.Professores.Add(p); 


p.Cursos.Add(this); 


} 
\\ Código omitido 


Observe na primeira linha da listagem anterior a inclusão da 
instrução abstract , no cabeçalho da classe. Se você revisitar nosso 
diagrama de classes, verá que ela faz parte de uma hierarquia de 
classes, e a classe curso é a superclasse desta estrutura. 


Em uma leitura semântica do diagrama, nota-se que não poderemos 
ter objetos da classe curso, apenas de suas subclasses. Desta 
maneira, não podemos permitir que essa classe seja instanciada, e 
isso é possível de se realizar definindo a classe como abstrata. 


Uma classe abstrata é uma que define propriedades comuns às 
classes que a estenderão e aos métodos que precisam ter a 
implementação de seus comportamentos nessas subclasses. Se 
você realizar o processo de construção de seu projeto (build) agora, 
alguns erros na classe Program serão exibidos, pois instanciamos 
nessa classe a curso, que agora é abstrata. 


Já vamos corrigir isso. Para isso, criaremos a classe Graduacao , 
como segue no código a seguir. 


namespace SegundoProjeto 


class Graduacao : Curso 


{ 
public int Semestres { get; set; } 


} 


Notou como a herança é implementada? Isso mesmo, fazendo uso 
do operador : (dois pontos). Desta maneira, lemos a declaração da 
classe como: "Graduação E UM TIPO DE Curso”. 


Agora, na classe Program, altere a instanciação de curso para 
Graduação . Veja que a definição das propriedades invocadas pelo 
construtor usado em Program está toda na classe curso, mas 
Graduação herda estas características e todo o comportamento 
(métodos) definido na superclasse. A exceção para isso seriam as 


propriedades e métodos privados. Logo veremos a situação dos 
escopos para acesso. 


Vamos agora implementar o resto da hierarquia abaixo de curso? A 
classe Posgraduacao também deverá ser abstrata, pois ela pode ser 
de dois tipos, tal qual apresenta o diagrama de classes. Veja na 
sequência o código para essa classe. 


namespace SegundoProjeto 


{ 
abstract class PosGraduacao : Curso 
{ 
public int Creditos { get; set; } 
} 
} 


Agora, na sequência, veja as implementações para as classes 
LatoSensu @ StrictoSensu , QUE estendem da classe PosGraduacao ; 
apresentada na listagem anterior. Vamos ao código delas. 


namespace SegundoProjeto 


{ 
class LatoSensu : PosGraduacao 
{ 
public string AreaDeGraduacao { get; set; } 
} 
} 


using System.Collections.Generic; 


namespace SegundoProjeto 


{ 
class StrictoSensu : PosGraduacao 
{ 
public IList<string> LinhasDePesquisa { get; } = new List<string> 
O; 
} 


5.2 Herança por implementação, com interfaces e 
polimorfismo 


Na apresentação anterior de herança, vimos a implementação de 
propriedades em subclasses, mas poderíamos também ter 
implementado comportamentos por meio de métodos. Isso é 
possível e é comum. Poderíamos pensar na classe strictosensu 
tendo um método chamado RegistrarQualificacao() , que não existiria 
nas demais classes da hierarquia. Ou poderíamos ainda ter, em 
Graduacao , a Chamada a um método RegistrarEstagio() . 


Enfim, na hierarquia de herança por extensão, podemos ter tanto 
propriedades como métodos. Os métodos podem ser concretos ou 
abstratos. Sendo abstratos, a classe que os define também será 
então assumida como abstrata, pois os objetos desta classe 
precisarão ter comportamento. Quando se pensa em métodos 
abstratos, deseja-se que eles sejam uma maneira de garantir uma 
implementação, um contrato e, em OO, não há como falar de 
contratos entre classes sem falar de interfaces. 


Uma interface é um tipo de classe que permite a definição de 
assinaturas de métodos, e estes deverão ser implementados por 
classes concretas. Para exemplificarmos o uso de interfaces, vamos 
criar uma que especifique como contrato operações que devem ser 
realizadas em uma coleção de dados, um repositório. Veja o código 
a seguir. 


using System.Collections.Generic; 


namespace SegundoProjeto 


{ 


interface IRepositorio<T> 

{ 
T ObterPorId(string id); 
IEnumerable<T> ObterTodos(); 
void Gravar(T objeto); 
void Remover(T objeto); 


} 


Observe que, em vez de usarmos a palavra reservada class, 
utilizamos interface . Veja na assinatura da classe que fazemos uso 
de generics, por meio do <T> , e então especificamos quatro 
métodos para a interface, os quais deverão ser implementados por 
classes concretas. Ainda na definição do nome da interface, há o 
uso da letra 1 como prefixo. 


A ideia com a implementação anterior é termos um repositório para 
nossos dados — a princípio, um para cada tipo. Para aproveitarmos 
essa implementação e já trabalharmos o polimorfismo, vamos criar a 
classe cursoRespositorio , com O código mostrado na listagem a 
seguir. 


using System.Collections.Generic; 
using System.Ling; 


namespace SegundoProjeto 


{ 


class RepositorioCurso : IRepositorio<Curso> 


{ 


public HashSet<Curso> Cursos { get; } = new HashSet<Curso>(); 


public void Gravar(Curso curso) 


{ 


Cursos .Add(curso); 


public Curso ObterPorId(string nome) 
{ 


return Cursos .Where(c => 
c.Nome.Equals(nome)).FirstOrDefault(); 


} 


public IEnumerable<Curso> ObterTodos() 


{ 


return Cursos; 


public void Remover (Curso curso) 


{ 


Cursos .Remove (curso); 


} 


Observe na listagem que, na declaração da classe, temos o 
operador dois pontos ( : ) como definição de implementação de 
interface, da mesma maneira como é usado para herança por 
extensão. Ao digitar a linha de declaração da classe, você se 
deparará com um erro de compilação no nome da interface, 
alegando que é preciso implementar os métodos definidos nela. 
Este é o contrato. 


Implemente os métodos tal qual mostra o código anterior. Vamos 
testar nosso repositório. Em sua classe Program , ao final, digite o 
código seguinte. 


// Código ocultado 


var graduacao = new Graduacao() { Nome = "Curso de Graduação" }; 
var latoSensu = new LatoSensu() { Nome = "Curso de Lato Sensu" }; 
var strictoSenso = new StrictoSensu() { Nome = "Curso de Stricto Sensu" }; 


var repositorioCursos = new RepositorioCurso(); 
repositorioCursos.Gravar(graduacao); 
repositorioCursos.Gravar(latoSensu); 
repositorioCursos.Gravar(strictoSenso); 


Console.WriteLine(); 
Console.WriteLine("Cursos gravados"); 
foreach (var curso in repositorioCursos.ObterTodos()) 
{ 
Console.WriteLine($"==> {curso.Nome} ({curso.GetType()})"); 
} 
Console.Write("Pressione qualquer tecla para continuar"); 
Console.ReadKey(); 


// Código ocultado 


Veja que foram instanciados três objetos, de três classes diferentes, 
mas todas da mesma hierarquia, ou seja, todos os objetos são 
curso . NO foreach , é invocada a propriedade nome , definida apenas 
na classe curso, mas todas elas sabem como atender a isso, pois 
herdam este comportamento. Também dentro do foreach , é 
invocado o método GetType() de cada objeto do repositório, para 
que você veja que cada objeto sabe sua classe instanciadora. 


E o polimorfismo? Onde fica? Conceitualmente, podemos dizer que 
uma ação polimórfica ocorre quando, em uma hierarquia de classes 
(herança), temos um método com uma mesma assinatura em todas 
as classes que permitem instanciação e que, de acordo com cada 
classe, o comportamento deste método muda. 


Em nossa hierarquia da classe curso, poderíamos pensar na 
existência de um método de matrícula de um aluno, no qual, para 
alunos graduados, há a necessidade de verificação de conclusão do 
ensino médio por parte dele; para a especialização, o aluno já deve 
ter título de graduado; e para o mestrado e doutorado, precisa ter 
uma carta de aceite de um orientador. 


São comportamentos diferentes, mas todos poderiam estar 
definidos sob o nome de um mesmo serviço/ método, matricular(), 
por exemplo. Este método poderia ser definido como abstrato na 
classe curso, OU poderíamos ter uma interface chamada Imatricula 
e implementá-la nas classes. Detalhe importante: uma classe só 
pode estender de uma outra classe, mas pode implementar mais de 
uma interface. Para isso, separe os nomes entre vírgulas. 


Formalmente, traduzindo do grego, polimorfismo significa "muitas 
formas”. Para nosso contexto, que é programação orientada a 
objetos, essas formas são as nossas subclasses. Podemos dizer 
que o polimorfismo nos fornece a capacidade de controlar estas 


formas de maneira mais simples e genérica, sem preocupações com 
cada objeto instanciado. 


5.3 Exceções 


A programação orientada a objetos traz algumas técnicas e 
recomendações, e uma delas está relacionada ao tratamento de 
exceções (algo parecido com tratamento de erros). Ao implementar 
a solução para algum problema, pode-se ter a situação de algumas 
validações, cumprimento de algumas regras e algumas dessas 
podem gerar o que chamamos de exceções. 


Já ouviu a máxima de que, para toda regra, existe uma exceção? 
No contexto da Orientação a Objetos, podemos dizer que uma 
exceção é um erro que acontece durante a execução normal de um 
fluxo. 


Um exemplo clássico é a realização de um saque de dinheiro de 
uma conta que não tenha saldo. Podemos pensar em uma máquina 
de caixa eletrônico, à qual você pode se dirigir para realizar este 
saque. A operação de saque na máquina não vai verificar antes se 
você tem saldo para então sacar. Se você quiser ver seu saldo, 
existe uma operação especifica para isso. O que você quer é sacar. 


Nessa operação, o normal é que o dinheiro Ihe seja entregue e que 
então o saldo seja debitado. Pode ocorrer a exceção de você não 
ter saldo ou crédito na conta para realizar este saque, e então você 
é informado disso. É importante saber sempre que a verificação da 
exceção deve ser realizada na classe em que ela é disparada. Em 
nosso exemplo, isso poderia ser feito em uma classe chamada 
DebitoEmConta . 


Para o uso de exceções, no exemplo que estamos trabalhando no 
livro, faremos uso de turmas e matrículas, em que o aluno se 
matriculará em uma disciplina específica, registrada para uma 


turma. Veja o nosso novo diagrama de classes na figura a seguir. 
Ressalto que, por questões de visualização gráfica, nem todas as 
propriedades são apresentadas no diagrama. 
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Figura 5.2: Diagrama de classe com as classes para uso de exceções 


Veja na figura a inserção de algumas classes, são elas: Disciplina, 
Turma, Aluno € Matricula . Às três primeiras estão associadas 
diretamente à classe curso, pois um curso precisa oferecer 
disciplinas e turmas, e alunos precisam estar inscritos neles. Já para 
realizar uma matrícula, que é um processo abstrato, o aluno precisa 
escolher para qual turma e disciplina sua matrícula deverá ser 
efetivada. 


Pelo diagrama, um aluno pode estar em diversas turmas. 
Poderíamos ter ainda outra associação, mas preferi omitir, que é a 
entre Turma € Disciplina . Procure observar a multiplicidade nas 
associações entre as classes. Na sequência, apresento o código 
inicial para cada uma destas classes. 


using System; 


namespace SegundoProjeto 


{ 


} 


class Disciplina 


{ 


public string Nome { get; set; } 
public int CargaHoraria { get; set; } 


public override bool Equals(Object obj) 


{ 
if (obj is Disciplina) 
{ 
Disciplina d = obj as Disciplina; 
return this.Nome.Equals(d.Nome); 
} 
return false; 
} 
public override int GetHashCode() 
{ 
return (11 + this.Nome == null ? Q : this.Nome.GetHashCode()); 
} 


A classe curso , associada a Disciplina , é a responsável pelo 


registro desta associação. Para isso, o seguinte código que define a 
propriedade e métodos específicos precisa ser implementado. 


public HashSet<Disciplina> Disciplinas { get; } = new HashSet<Disciplina> 


Os 


public void RegistrarDisciplina(Disciplina d) 


Disciplinas.add(d); 


public int ObterQuantidadeDiscilinasDoCurso() 


{ 


return Disciplinas.Count; 


public Disciplina ObterDisciplinaPorNome(string nome) 


{ 


return Disciplinas.Where<Disciplina>(n => 
n.Nome .Equals(nome)).FirstOrDefault(); 


} 


Precisamos agora implementar a classe Turma com navegabilidade 
bidirecional, seguindo o diagrama de classes anteriormente 
apresentado. Aproveito esta implementação para trazer o conceito e 
uso de enumeradores. 


Enumerador é um tipo de dado que pode ser usado quando temos 
um (pequeno e finito) conjunto de valores que pode ser atribuído a 
uma propriedade. No caso de uma turma, sabemos que ela 
pertence a um curso e ainda a um período/ semestre deste curso — 
em nosso exemplo, pode ser entre 1 e 10, mas chamando-os de 
primeiro ao décimo. Um outro exemplo, que também vou 
implementar, poderia ser o turno do dia da turma (matutino, 
vespertino ou noturno). 


Vamos lá. Crie um arquivo chamado PperiodocursoEnum.cs € 
implemente nele o código a seguir. 


namespace SegundoProjeto 


{ 


enum PeriodoCursoEnum 


{ 


Primeiro, Segundo, Terceiro, Quarto, Quinto, Sexto, Setimo, 
Oitavo, Nono, Decimo 


} 
} 


Cada "nome" definido no enumerador anterior possui um valor 
ordinal ligado a ele, que começa em 0 (zero). Mas se você quiser 
atribuir um valor específico para cada enum , basta fazê-lo como no 
código a seguir. 


namespace SegundoProjeto 


{ 
enum TurnoTurmaEnum 
{ 
Matutino = 1, Vespertino = 3, Noturno 
} 
} 


Nesse código, o valor para noturno será 4, seguindo a ordem de seu 
predecessor. Vamos agora implementar a classe Turma, que fará 
uso destas duas enumerações. Veja o código na sequência. 


Note que a primeira instrução da classe é definir um campo privado 
chamado curso, que tem seu valor fornecido pela propriedade 

curso , sendo apenas de leitura. Para que o valor possa ser atribuído 
a este campo, é preciso usar o método Registrarcurso() . Optei por 
esta estratégia para ilustrar o processo de retornar um valor 
personalizado quando uma propriedade é chamada e de ter um 
método que funcione como um serviço de atualização oferecido pela 
classe. 


using System; 


namespace SegundoProjeto 


{ 


class Turma 


{ 


private Curso _Curso; 


public string CodigoTurma { get; set; } 

public PeriodoCursoEnum PeriodoCurso { get; set; } 
public TurnoTurmaEnum TurnoTurma { get; set; } 
public Curso Curso { get { return Curso; } 3 


public void RegistrarCurso(Curso curso) 


{ 


this._Curso = curso; 


public override bool Equals(Object obj) 


if (obj is Turma) 


{ 


Turma t = obj as Turma; 
return this.CodigoTurma.Equals(t.CodigoTurma); 


} 


return false; 


public override int GetHashCode() 
{ 


return (11 + this.CodigoTurma == null ? @® : 
this.CodigoTurma.GetHashCode()); 
} 


} 


Na classe anterior, não apliquei a regra da multiplicidade exibida no 
diagrama de classes, que diz que cada objeto da classe Turma 
precisa ter um objeto da classe curso associado. Essa regra poderia 
ser explícita, como um construtor, tendo um específico, recebendo 
um curso no momento da instanciação do objeto. Mas isso fica para 
você fazer, já vimos sobre construtores no capítulo Associações e 
inicialização de objetos. 


Agora, da mesma maneira como apresentei o código a ser 
implementado na classe curso para o registro de disciplinas, veja no 
código a seguir a implementação necessária para o uso da classe 
Turma . Observe novamente o uso da instrução this para se 
referenciar ao objeto atual. O método RegistrarTurma() adiciona uma 
turma à coleção de turmas do curso, e atribui o curso atual ao objeto 
turma recebido. O código seguinte refere-se à classe curso . 


public HashSet<Turma> Turmas { get; ) = new HashSet<Turma>(); 


public void RegistrarTurma(Turma t) 


{ 
Turmas .Add(t); 


t.RegistrarCurso(this); 


} 


Lembre-se de que o assunto desta seção é exceções, mas ainda 
estamos implementando as classes para que isso possa ocorrer. 
Vamos à terceira classe associada a curso, a aluno. Veja na 
sequência seu código. 


using System; 
using System.Collections.Generic; 


namespace SegundoProjeto 


{ 


class Aluno 


{ 


public string RegistroAcademico { get; set; } 
public string Nome { get; set; } 
public HashSet<Curso> Cursos { get; } = new HashSet<Curso>(); 


public override bool Equals(Object obj) 


{ 
if (obj is Aluno) 
{ 
Aluno a = obj as Aluno; 
return this.Nome.Equals(a.Nome); 


} 


return false; 


public override int GetHashCode() 


{ 
return (11 + this.Nome == null ? O : this.Nome.GetHashCode()); 


} 


Para finalizar esta classe, vamos implementar na classe curso O 
registro da associação. Veja o código a seguir. 


public HashSet<Aluno> Alunos { get; } = new HashSet<Aluno>(); 


public void RegistrarAluno(Aluno a) 


{ 
this.Alunos.Add(a); 
a.Cursos.Add(this); 


} 


Agora sim, vamos para a última classe proposta por esta seção, 
responsável pelo uso de exceção. Veja o código para a classe 
Matricula apresentado na sequência. Atente-se para os métodos 
Equals() € GetHashCode() , € observe o uso dos operadores lógicos E 
(&&)e OU (|| ), além de verificar que a identidade do objeto é 
composta por todas as propriedades da classe. 


using System; 


namespace SegundoProjeto 
{ 
class Matricula 
{ 
public Aluno Aluno { get; set; } 
public Disciplina Disciplina { get; set; } 
public Turma Turma { get; set; } 


public override bool Equals(Object obj) 
{ 
if (obj is Matricula) 
{ 
Matricula m = obj as Matricula; 
return 
(this.Aluno.RegistroAcademico.Equals(m.Aluno.RegistroAcademico) && 
this.Disciplina.Nome.Equals(m.Disciplina.Nome) && 
this.Turma.CodigoTurma.Equals(m.Turma.CodigoTurma)); 


return false; 


public override int GetHashCode() 
{ 


return (11 + ((this.Aluno.RegistroAcademico == null || 
this.Disciplina.Nome == null || this.Turma == null || 


this.Turma.CodigoTurma == null) ? © : 

this.Aluno.RegistroAcademico.GetHashCode() + 
this.Disciplina.Nome.GetHashCode() + 

this.Turma.CodigoTurma.GetHashCode())); 


} 


Vamos agora refletir como implementar o processo de matricular um 
aluno. Quem tem essa responsabilidade? Onde o aluno se 
matricula? Fazendo a leitura do diagrama de classes do problema, a 
resposta é fácil: em Turma . Precisamos adicionar o código seguinte 
nessa classe para garantir a associação entre elas, e já que fizemos 
isso em matricula. 


public HashSet<Matricula> Matriculas { get; } = new HashSet<Matricula>(); 


public void RegistrarMatricula(Matricula m) 


{ 
this.Matriculas.Add(m); 


m.Turma = this; 


} 


Da maneira como está o método anterior, não existe limite de vagas 
nas turmas, ou seja, ela pode receber qualquer quantidade de 
alunos. Porém, não é isso o que ocorre na realidade, pois uma 
turma está alocada a uma sala de aula ou a um laboratório, e 
existem limitadores quanto à quantidade de vagas disponíveis. 
Vamos adaptar o método para o código seguinte. 


public void RegistrarMatricula(Matricula m) 


{ 
if (this.Matriculas.Count > 2) 
throw new Exception("Turma já não dispõe de vagas"); 
this.Matriculas.Add(m); 
m.Turma = this; 
} 


Veja na listagem que, em caso do limite de vagas da turma, uma 
exceção é disparada pela instrução throw . A quantidade de vagas 


de cada turma poderia ser implementada por uma propriedade na 
classe, podendo ser variável de acordo com a turma, e não fixa 
como está no código. Caso a exceção seja disparada, o código 
abaixo dela será ignorado e o retorno do controle voltará para o 
método que o invocou. 


É interessante também pensar que estas vagas estão associadas às 
disciplinas da turma, e não apenas à turma. Mas isso fica para você 
pensar e implementar. Vamos testar o que temos? Veja o código a 
seguir. Note que este trecho de código faz uso de objetos 
anteriormente implementados. Só para reforçar, este código é na 
classe Program. 


// Código omitido 


var turma = new Turma() 

{ 
CodigoTurma = "1", 
PeriodoCurso = PeriodoCursoEnum.Primeiro, 
TurnoTurma = TurnoTurmaEnum.Matutino 


}; 


var aluno = new Aluno() 

{ 
RegistroAcademico = "1", 
Nome = "Asdrubal" 


}; 


cursoCC.RegistrarAluno(aluno); 
cursoCC.RegistrarTurma(turma); 


foreach (var d in cursoCC.Disciplinas) 


{ 


turma.RegistrarMatricula(new Matricula() 


{ 


Aluno = aluno, 
Disciplina = d 


}); 


Console.WriteLine("Registro de matrículas concluído"); 
Console.Write("Pressione qualquer tecla para continuar"); 
Console.Readkey(); 


Execute sua aplicação e, se tudo estiver certo, quando for registrar a 
quarta matrícula, a exceção que implementamos anteriormente por 
meio da cláusula throw será disparada, tal qual apresenta a figura a 
seguir. 





16 E public void RegistrarMatricula(Matricula m) 

17 

18 if (this.Matriculas.Count > 2) 

19 E throw new Exception("Turm á não dispõe de vagas"); O 

20 this.Matriculas.Add(m); 

21 i Tiria = thia: Exceção Sem Tratamento 1x 
. 3 

22 } System.Exception: 'Turma já não dispõe de vagas' 

23 

24 = Exibir Detalhes | Copiar Detalhes 


25 b Configurações de Exceção 


Figura 5.3: Exceção sendo disparada 


É preciso agora prepararmos nossa implementação para que, em 
caso de ocorrência de uma exceção, seja apresentada ao usuário a 
mensagem de erro e a aplicação siga seu fluxo normal, não sendo 
interrompida de maneira abrupta. Para isso, vamos adaptar a 
instrução que registra a matrícula em uma turma para o seguinte 
código: 


foreach (var d in cursoCC.Disciplinas) 
{ 
try 
{ 
turma.RegistrarMatricula(new Matricula() 
{ 
Aluno = aluno, 
Disciplina = d 
IDE 
} 
catch (Exception exception) 
{ 
Console.WriteLine(); 
Console.WriteLine(); 
Console.WriteLine(exception.Message); 


} 


Execute agora sua aplicação. Você verá que ela não tem o fluxo 
interrompido e que a mensagem da exceção disparada aparecerá 
no console. O uso de exceções é relativamente simples. Cria-se um 
bloco chamado try e outro chamado catch() . O que estiver no try 
está sujeito às exceções utilizadas no catch ; se elas ocorrerem, a 
interrupção do código ocorre e então o que está no bloco catch() 
toma o controle da execução. 


5.4 Sobrecarga e sobreposição de métodos 


Quando fazemos uso de herança e polimorfismo, dois termos são 
muito comuns: a sobrecarga (overload) e a sobreposição (override). 
A sobrecarga consiste na existência de mais de um método com o 
mesmo nome, porém, com assinatura diferente, ou seja, os 
argumentos de cada método devem ser diferentes, assim como o 
tipo de retorno. 


A sobreposição consiste na reescrita de um método que exista na 
classe ancestral, a superclasse. O novo método, na subclasse, deve 
ter exatamente a mesma assinatura do método herdado, tipo de 
retorno, nome e argumentos. Podemos exemplificar a sobrecarga no 
método RegistrarDepartamento() Na Classe Instituicao . 


O método que temos implementado recebe um objeto de 
Departamento . Poderíamos criar outro, que receba o nome do 
departamento para que ele seja instanciado no próprio método. Veja 
as novas implementações na listagem a seguir. 


public void RegistrarDepartamento(string nome) 


{ 


AddDepartamento(new Departamento() { Nome = nome }); 


public void RegistrarDepartamento(Departamento d) 


{ 

AddDepartamento(d); 
} 
private void AddDepartamento(Departamento d) 
{ 

if (quantidadeDepartamentos < 10) 

Departamentos [quantidadeDepartamentos++] = d; 

} 


No código anterior, tirei a regra de negócio do método 
RegistrarDepartamento() ea implementei em um novo método, 
privado, chamado AddDepartamento() . Criei um novo método com o 
mesmo nome do que já existia, porém recebendo uma string, e 
invocando o novo método com uma instância para o departamento 
com o nome recebido. 


Agora, vamos implementar um exemplo para a sobreposição. 
Faremos uso das classes curso € Graduacao . O método que 
usaremos como exemplo é O RegistrarDisciplina , que está 
implementado na classe curso, e o método a ser sobreposto é o 


RegistrarDisciplina() . 


Em Cf, quando pretendemos sobrepor métodos, precisamos marcá- 
los como virtual na classe que os define e, na classe que os 
sobrepõe, como override . Veja na listagem seguinte os dois 
métodos implementados, lembrando de que o primeiro é na classe 
Curso € O segundo Na Graduacao . 


public virtual void RegistrarDisciplina(Disciplina d) 


{ 
Disciplinas.Add(d); 


public override void RegistrarDisciplina(Disciplina d) 


{ 
if (Disciplinas.Count < 24) 


Disciplinas.Add(d); 


5.5 Conclusão sobre as atividades realizadas no 
capítulo 


Este capítulo foi o mais extenso até o momento. Trouxe alguns 
pontos muito importantes para a Orientação a Objeto: herança 
(extensão e implementação) e polimorfismo. Para a herança por 
extensão, trouxe também o uso de classes abstratas. Pode ser que 
em seu dia a dia você identifique o uso de composição como uma 
melhor solução para a herança por extensão. Não se assuste se 
julgar isso melhor. :-D 


Também trouxe para este capítulo o uso de exceções, pois em OO é 
a recomendação para tratamento de erros. Alguns recursos novos 
da linguagem foram usados, como enumeradores e o bloco 
try...catch . Foi um capítulo legal. 


No próximo, trabalharemos a divisão do trabalho em camadas, 
dividindo a responsabilidade da aplicação entre elas. Tome um ar 
fresco, beba uma água e vamos em frente. 


CAPÍTULO 6 
Solução dividida em camadas 


Com os princípios de Orientação a Objetos apresentados, 
precisamos agora buscar algo próximo ao desenvolvimento de uma 
aplicação, pois a interação que temos é via console e tudo em uma 
única aplicação, mesclando responsabilidades. Neste capítulo, 
tratarei o MVC (Model-View-Controler) como padrão arquitetônico, 
separando o modelo de negócio da camada de apresentação e, 
para intermediar a interação entre estas duas camadas, a camada 
controladora. 


Trarei também uma camada de persistência, na qual os dados 
podem ser armazenados. Neste capítulo ainda manterei o uso de 
coleções, mas logo veremos o acesso a dados. 


Não faz parte do escopo deste livro um aprofundamento na 
camada de apresentação e persistência. Recomendo a leitura do 


livro C# e Visual Studio: Desenvolvimento de aplicações desktop 
(https://www.casadocodigo.com.br/products/livro-c-sharp) como 
sequência de seus estudos. 





6.1 Contextualização sobre as camadas 


Até este momento do livro, tivemos nossos projetos criados em uma 
Única camada e todos os testes realizados pelo método main() da 
classe Program, pois o foco estava direcionado para os conceitos de 
OO e suas aplicações na linguagem Cf. Agora, além das classes de 
modelo de negócio, que já aprendemos como criar, trabalharemos 
também com uma camada de apresentação, que será a responsável 
por: uma interação com o usuário, uma camada específica para 


persistência, os controladores como as classes por trás dos 
formulários da visão (a aplicação) e uma camada de serviço, tudo 
isso, cada qual em seu projeto. 


Estes pontos todos estão diretamente ligados ao acoplamento e à 
coesão, que apresentei no capítulo Introdução à Orientação a 
Objetos. Vale lembrar que o acoplamento trata da independência 
dos componentes interligados e, em nosso caso, a independência é 
zero, pois está tudo em um único projeto. Desta maneira, temos um 
forte acoplamento. 


Já na coesão, que busca medir um componente individualmente, 
não chegamos a implementar serviços da aplicação para medi-la, 
mas buscamos uma alta coesão. A figura a seguir apresenta a 
estrutura de como nosso projeto ficará após este capítulo. 





Aplicação Modelo a |] 


Persistência =] 


Figura 6.1: Diagrama de componentes do que se espera ao final deste capítulo 


Cada componente do diagrama apresentado nessa figura será um 
projeto em nossa solução. Verifique que o modelo não depende de 
ninguém, e que Persistência só depende do modelo . SÓ com esta 


mudança já é possível notar um ganho, pois nosso projeto de 
Modelo pode ser utilizado em uma aplicação para dispositivos 
móveis, por exemplo. 


O projeto de aplicação será responsável pela camada de 
apresentação, que manterá a interação com o usuário e terá o 
comportamento de controlador implementado nas classes que 
delegarão a responsabilidade de resolução dos problemas à 
camada de serviço. Desta maneira, a camada serviço se tornará 
responsável por requisitar persistências e recuperações de objetos. 
Vamos ao trabalho. 


6.2 Os projetos que representarão as camadas 


Crie uma nova solução para este capítulo e, como primeira 
atividade, vamos fazer um projeto do tipo Library, chamado modelo . 
Para isso, clique com o botão direito sobre o nome da solução 
criada e selecione adicionar -> Novo Projeto . 


1. Na janela que se apresenta, dentro da categoria visual cx, 
selecione Área de Trabalho Clássica do Windows . 

2. Na área central, selecione o template Biblioteca de Classes (.NET 
Framework) . 

3. Para finalizar, nomeie o projeto como modelo . Confirme a 
criação do projeto clicando no botão o. 


O assembly a ser gerado por este projeto será uma DLL. Um 
assembly no formato DLL (Dynamic-Link Library) é um que não gera 
um aplicativo que seja executável, e tem como finalidade ser 
utilizado por demais projetos/ assemblies, executáveis ou não. Este 
tipo de projeto não gera um aplicativo executável, mas sim um 
arquivo que pode ser usado por outros projetos, que é nosso 
objetivo. 


Após a criação estar concluída, remova o arquivo class1.cs criado 
pelo template e crie mais dois projetos semelhantes: servico e 
Persistencia. 


Vamos agora criar nossas classes de modelo. Na realidade, 
usaremos as já criadas, mas trarei aqui algumas, para que fique 
mais fácil o seu trabalho. A primeira classe em que trabalharemos 
neste capítulo é a Disciplina, veja a seguir a sua listagem. Ela deve 
ser criada no projeto modelo . Observe que a classe tem agora o 
modificador de escopo public. Comentarei sobre este assunto na 
próxima seção. 


using System; 


namespace Modelo 


{ 


public class Disciplina 


{ 
public string Nome { get; set; } 
public int CargaHoraria { get; set; } 


public override bool Equals(Object obj) 
{ 


if (obj is Disciplina) 

{ 
Disciplina d = obj as Disciplina; 
return this.Nome.Equals(d.Nome); 


} 


return false; 


public override int GetHashCode() 


{ 
return (11 + this.Nome == null ? O : this.Nome.GetHashCode()); 


} 


Agora vamos trabalhar no projeto de persistência. Cada classe que 
sofrerá atualizações e fornecerá dados vai precisar de uma classe 


responsável por oferecer este serviço. Faremos uso do padrão DAL 
(Data Access Layer). Este padrão visa prover uma classe que 
resolva os problemas de acesso a dados, quer seja de uma base de 
dados ou de uma coleção de dados. 


Neste capítulo, faremos uso de coleção, mas no próximo já 
trabalharemos com uma base de dados. Assim, crie no projeto 
Persistência a classe DisciplinaDAL, conforme o código a seguir. 


using System.Collections.Generic; 


namespace Persistencia 


{ 
public class DisciplinaDAL 


{ 
public List<Disciplina> Repository { get; set; } = new 
List<Disciplina>(); 
} 
} 


Se você notar no editor de código, a classe Disciplina ainda não é 
conhecida pela classe DisciplinapaL , pois ela está em outro projeto 
e não tem como fazer a importação do namespace modelo sem que 
o projeto Persistencia conheça o projeto modelo . Para que isso seja 
resolvido, precisamos inserir uma referência para modelo, em 


Persistencia. 


É simples, vamos lá. No projeto Persistência , clique com o botão 
direito em Referências e depois em adicionar Referência... . Na janela 
que se abre, clique em Projetos e marque modelo , depois clique em 
ok . Veja a figura a seguir. Após a confirmação, basta adicionar 

using Modelo; NO início da classe e o código estará OK. 
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Figura 6.2: Adicionando em um projeto a referência de outro 


Vamos para a outra camada, a de serviços. Crie um projeto 
seguindo as orientações para os dois projetos anteriores, e nomeie- 
o de servico . Adicione nele referências para os projetos de modelo 
e de persistência. Crie no novo projeto uma classe chamada 
Disciplinaservico € codifique-a como a listagem a seguir. 


using Persistencia; 


namespace Servico 


{ 
public class DisciplinaServico 
{ 
private DisciplinaDAL disciplinaDAL = new DisciplinaDAL(); 
} 





Criaremos agora o projeto responsável pela interação com o 
usuário, o da camada de apresentação, que por sua característica 
possui, em conjunto com seus formulários, classes responsáveis 
pela captura de eventos disparados pelos controles visuais. 
Veremos isso. 


Este projeto novo não será uma biblioteca de classes, mas sim um 
Aplicativo do Windows Forms (.NET Framework) , Na mesma categoria dos 
anteriores. Dê a ele o nome apresentacao . Ele criará um arquivo 
chamado Formi.cs, mas vamos eliminá-lo, pois criaremos um para 
aprendermos e praticarmos. Você pode remover o arquivo clicando 
na tecla Delete quando o arquivo estiver selecionado, ou clicando 
com o botão direito sobre ele e então em Excluir . Adicione os 
projetos de modelo e de serviço às referências deste novo projeto. 


6.3 Implementação da interação com o usuário 


Vamos criar nosso formulário que representará uma janela de 
interação com o usuário. Clique no projeto apresentacao com o botão 
direito, e depois em adicionar € em windows Form . Nomeie-o 
DisciplinaForm. Após a criação, uma área de desenho do formulário 
é exibida. No menu Exibir, escolha caixa de Ferramentas . Seu 
ambiente deve estar semelhante ao apresentado na figura a seguir. 






Caixa de Ferramentas RR a DisciplinaForm.cs [Design] = X DisciplinaServico.cs DisciplinaDAL.cs Disciplina.cs 


Área de desenho 

















a] 




































Figura 6.3: Desenhando um formulário no Visual Studio 


Veja na figura anterior a presença da caixa de Ferramentas , que tem 
nela todos os controles que podem ser arrastados para o formulário 
da área de desenho. Vamos começar. Expanda a categoria controles 
Comuns € arraste dois Labels, dois TextBox € UM Button . Na categoria 
Dados , Selecione e arraste O DataGridview . Desenhe sua janela tal 
qual a apresentada na figura adiante. 


Para alterar as propriedades dos controles, como a propriedade 

Text dos labels, abra a janela Propriedades , que tem a tecla r4 
como atalho. Vamos também identificar os controles que teremos de 
manusear em nosso código. Faça isso para OS TextBoxs ( txtNome € 
txtCargaHoraria ) e para O DataGridView ( dgvDisciplinas ). Isso pode 
ser feito pela propriedade (name) de cada controle. 





Figura 6.4: Esboço do primeiro formulário criado 


Dê um duplo clique no botão do formulário para que você seja 
direcionado à sua classe controladora. Quando o editor de códigos é 
aberto, ele traz o corpo do método que captura o evento clique em 
foco, para que você possa atualizá-lo. Para retornar à área de 
desenho, você pode pressionar shift-rz,e F7 para ir para o código. 


Veja que o método tem o nome composto pelo nome do controle a 
que pertence e o nome do evento que ele captura. O método recebe 


dois argumentos, sendo o primeiro o objeto que o invocou, e o 
segundo, valores que chegam como argumentos para serem 
utilizados no corpo do método. Antes de implementarmos o 
comportamento para este método, que se refere à inserção de um 
objeto ao repositório, precisamos criar os métodos que serão 
invocados nas classes DAL e na de serviço. 


Veja a implementação do método Inserir() na classe DisciplinaDAL : 


public void Inserir(Disciplina disciplina) 


{ 
this.Repository.Add(disciplina); 
} 


Agora, como o projeto de persistência é consumido pelo de serviço, 
precisamos implementar isso na classe DisciplinaServico . Veja O 
código na sequência. 


public void Inserir(Disciplina disciplina) 
{ 


disciplinaDAL.Inserir(disciplina); 


} 


Agora sim vamos implementar a inserção no formulário. Volte para a 
janela do editor de códigos do método de clique do botão e 
codifique-o como a seguir. Estou colocando a classe toda, pois tem 
uma definição de campo antes do construtor. 


using Modelo; 
using Servico; 
using System; 
using System.Windows .Forms; 


namespace Apresentacao 


{ 


public partial class DisciplinaForm : Form 


{ 


DisciplinaServico disciplinaServico = new DisciplinaServico(); 


public DisciplinaForm() 


InitializeComponent(); 


} 
private void button1_Click(object sender, EventArgs e) 
{ 
disciplinaServico.Inserir(new Disciplina() 
{ 
Nome = txtNome.Text, 
CargaHoraria = Convert.ToInt16(txtCargaHoraria.Text) 
DD 
MessageBox.Show("Inserção realizada com sucesso"); 
} 


} 


Vamos testar nossa aplicação. O primeiro passo é definir o projeto 
de apresentação como projeto de inicialização. Para isso, clique 
com o botão direito do mouse sobre ele e marque a opção Definir 
como projeto de inicialização . Depois, abra a classe Program e troque 
Form1 pOr DisciplinaForm . Depois disso, basta executar seu projeto, 
digitar as informações no formulário que se abre e clicar no botão 


Inserir. 


Como nossos dados estão sendo gravados em uma coleção, ao 
fecharmos a aplicação não temos como comprovar que a inserção 
foi bem-sucedida, mas no próximo capítulo faremos uso de base de 
dados e isso ficará mais fácil. Para o momento, vamos tratar de 
apresentar os dados inseridos NO DataGridview que adicionamos ao 
formulário. 


Para começar, seguiremos o exemplo anterior, codificando a classe 
DisciplinaDAL , depois a Disciplinaservico e por último o formulário. 
Veja o código a seguir para a DAL. 


public List<Disciplina> ObterTodas() 
{ 


return this.Repository; 


Agora para a classe de serviço: 


public List<Disciplina> ObterTodas() 


{ 
return disciplinaDAL.ObterTodas(); 


} 


Agora vamos para o formulário. Veja na listagem adiante que um 
método foi criado para popular O DataGridview após cada inserção. 
Como eu não fiz uso da classe BindingList na tipificação da coleção 
no DAL, preciso resetar O DataSource dO DataGridview antes de uma 
nova atribuição. A ideia de implementar um método para essa 
funcionalidade e não fazer isso diretamente no método que captura 
o evento de clique do botão é propiciar o reúso e aplicar 
responsabilidades. 


Veja o código do método e reveja o do clique, com a mudança 
comentada: 


private void button1_Click(object sender, EventArgs e) 


{ 
disciplinaServico.Inserir(new Disciplina() 
{ 
Nome = txtNome. Text, 
CargaHoraria = Convert.ToInt16(txtCargaHoraria.Text) 
}); 
AtualizarDataGridView(); 
MessageBox.Show( "Inserção realizada com sucesso"); 
} 


private void AtualizarDataGridView() 


{ 


dgvDisciplinas.DataSource = null; 
dgvDisciplinas.DataSource = disciplinaServico.ObterTodas(); 


6.4 Modificadores de acesso/escopo e 
encapsulamento 


Neste capítulo, quando criamos nossas classes em seus respectivos 
projetos, tive a preocupação de colocar na declaração de cada 
classe a cláusula public, pois faríamos referências a elas em 
projetos diferentes. No momento da implementação, não me 
preocupei em detalhar o porquê disso, mas agora trago uma 
explicação sobre este tema. 


Por meio de modificadores de acesso, é possível definir como as 
classes e seus membros serão visíveis por outras classes e suas 
instâncias. Os modificadores disponíveis são: public, private, 
protected € internal (e a mescla protected internal ). Quando uma 
classe é criada sem um modificador de escopo definido, O internal 
é atribuído por padrão. 


Quando um membro (classe, propriedade, campo ou método) é 
definido como public , ele pode ser acessado por qualquer outro 
membro do projeto que o define, ou por qualquer outro projeto 
(poderíamos dizer assemblies aqui também). Já O private define 
que o membro só pode ser acessado (está visível) por membros da 
mesma classe (ou struct). 


Quando trabalhamos com herança, podemos usar O protected para 
dizer que o membro só poderá ser utilizado pela classe que o define 
ou que derive dela (uma extensão). Quando queremos que um 
membro seja acessado por qualquer código dentro do assembly que 
o define, podemos fazer uso do internal. 


Já o último, O protected internal, permite que o elemento seja visível 
por todo o código do assembly em que é definido como também em 
uma classe de outro assembly que derive da classe em que o 
membro é definido. Uma classe definida em um projeto, e que será 
usada em outro, precisa ser definida como public, que foi nosso 
caso. 


Aliado aos modificadores de acesso, está o encapsulamento, ou 
seja, a maneira como um serviço é implementado, não importando 
quem o consome. Vamos imaginar que, em nossa aplicação de 
exemplo, a instituição seja privada e gere mensalmente um boleto 
cobrando a mensalidade e outros serviços atendidos, como 
empréstimos na biblioteca, cópias de trabalhos na fotocopiadora, 
refeições na cantina ou restaurante. 


Neste exemplo, imagine que, na classe aluno, exista uma 
propriedade pública ou interna chamada saldoACobrar . E em cada 
registro dos itens mencionados, seja feita apenas uma atribuição a 
esta propriedade, incrementando este valor, como por exemplo: 
SaldoACobrar += 500; . 


E se em um determinado mês a instituição resolve aplicar uma regra 
de desconto para os alunos nos serviços prestados? Teríamos de 
percorrer todas as classes que atualizam o saldo para aplicá-la. Isso 
é ruim. O ideal é não permitirmos que qualquer classe manipule o 
valor desta propriedade. 


Isso pode ser feito tirando dela a característica de propriedade, 
transformando-a em um campo privado e criando um método 
público que seja responsável por atualizar seu valor. Com isso feito, 
quando a instituição mudar qualquer regra, alteramos apenas em 
um local, no método RegistrarDebito() , por exemplo. Com isso, 
fazendo uso de modificadores de acesso, temos o encapsulamento. 


O CÊ traz uma maneira elegante de termos uma propriedade que 
possa ser de leitura e tornar a escrita apenas possível dentro da 
classe. Podemos usar esta estratégia em vez da comentada 
anteriormente. Veja: public double Saldo ( get; private set; }. 


6.5 Conclusão sobre as atividades realizadas no 
capítulo 


Trabalhamos aqui a divisão de um projeto em camadas, sendo que 
cada uma possui uma responsabilidade específica. Criamos 
também um projeto que criou uma interface gráfica com o usuário 
por meio de uma aplicação windows Form. O capítulo foi finalizado 
com uma explanação sobre modificadores de acesso e 
encapsulamento. 


O conteúdo foi simples e certamente de fácil assimilação. No 
próximo capítulo, trarei o uso de banco de dados como mecanismo 
de persistência, e não mais coleções. Com isso, trarei novos 
controles também para a camada de apresentação. Vamos lá! 


CAPÍTULO 7 
Acesso a banco de dados 


Toda aplicação desenvolvida manipula e processa dados. Esses 
dados podem ser transientes (informados diretamente na aplicação 
e imediatamente processados), podem ser obtidos de fontes 
externas (como um arquivo texto), ou ainda registrados em uma 
coleção e depois armazenados em um arquivo. Entretanto, o meio 
mais comum para persistência e obtenção de dados é o uso de 
Sistemas Gerenciadores de Base de Dados (SGBD), nos quais 
tabelas são criadas para receber e/ ou fornecer dados da/ para 
aplicação. 


Este capítulo apresenta o uso do ADO.NET para realização desta 
atividade, em que os exemplos demonstrarão o que esse framework 
oferece. Os exemplos farão uso das classes oferecidas pelo 
ADO.NET, interagindo com formulários Windows, apresentados no 
capítulo anterior. 


7.1 Introdução ao ADO.NET e criação da base 
utilizando o Visual Studio 


O ADO.NET é um conjunto de classes (API) que possibilita o acesso 
e a manipulação de diversos tipos de fontes de dados (data 
sources) para programadores do .NET Framework. Normalmente, 
uma fonte de dados é uma base de dados, e suas tabelas são 
visões e stored procedures, mas também podem ser um arquivo de 
texto, uma planilha do Excel, um arquivo XML ou ainda um web 
service. 


Em relação às bases de dados, foco deste capítulo, a comunicação 
com os SGBDs é possível com qualquer um dos mais utilizados, 


como: SQL Server (usado no livro), MySQL, Firebird, Oracle etc. 


Os componentes considerados como os pilares do ADO.NET 
incluem os objetos: 


a) Connection , responsável por efetuar a conexão com o banco de 
dados; 


b) command, responsável por executar comandos diretamente no 
banco de dados; 


C) Datandapter , Utilizado para preencher um objeto Dataset . 


Para que os recursos do ADO.NET possam ser apresentados, 
exemplificados e aplicados, faz-se necessária uma base de dados. 
Inicialmente, a manipulação dessa base para criação de tabelas 
será realizada por meio do Visual Studio. No projeto persistencia, 
criado no capítulo anterior, crie uma pasta chamada app Data. 


Clique com o botão direito do mouse na nova pasta criada 

( app Data ) e selecione no menu a opção adicionar -> Novo item. Na 
janela que se exibe, selecione a categoria Dados e, dentro dela, o 
template Banco de dados baseado em serviço . Dê o nome 

ADO NETDataBase.mdf ao arquivo de base de dados que será criado. 
Veja a figura a seguir. 
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Figura 7.1: Criando a base de dados 


Com a base de dados criada, é preciso agora criar as tabelas que a 
vão compor. Para essa primeira atividade, seguindo o exemplo do 
capítulo anterior, será criada inicialmente a tabela referente aos 
garçons. Para isso, acesse O Gerenciador de Servidores (menu Exibir 
-> Gerenciador de Servidores ), como mostra a figura a seguir. 


Se a conexão com a base criada aparecer com um ícone em 
vermelho ao expandir o nó conexões de Dados , significa que ela não 
foi aberta. Assim, basta expandir o nó da base de dados para a 
conexão ser estabelecida e exibir as categorias de objetos 
disponíveis. 
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Figura 7.2: Gerenciador de Servidores exibindo a base de dados criada 


Com as categorias de possíveis objetos para a base de dados, é 
preciso criar a tabela que vai conter e fornecer os dados referentes 
aos garçons. Para isso, clique com o botão direito do mouse sobre 


Tabelas €e depois na opção adicionar Nova Tabela . Após a 
confirmação de adição de uma nova tabela, será exibida uma janela 
para a criação de sua estrutura, visual ou por meio de instruções 
SQL. Veja a figura a seguir. 


dbo.Table [Design] =» X 
$ Atualizar | Arquivo de Script: dbo.Table.sql 





Nome Tipo de Dados | Permitir Valores Nulos | Padrão 4 Chaves (1) 
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Figura 7.3: Ambiente para definição de estrutura de tabelas no Visual Studio 


No contexto apresentado neste livro, em relação aos bancos de 
dados relacionais, uma tabela (table) pode ser definida como um 
conjunto de dados dispostos em um número finito de colunas 
(campos) e ilimitado de linhas (registros ou tuplas). As colunas são 
consideradas como campos na tabela. Elas caracterizam os dados 
que comporão a informação esperada por cada linha/ registro ou 
tupla. Cada coluna possui um tipo de dado específico. 


As linhas podem trazer todas as informações armazenadas em uma 
tabela, com todos os campos ou alguns deles. É possível também 
que tabelas sejam combinadas para retornarem registros que gerem 
informação composta. 


A forma de referenciar inequivocamente uma única linha é por meio 
da utilização de uma chave primária. Os registros de uma tabela, na 


maioria das vezes, não podem ser idênticos. Para este requisito ser 
garantido, é preciso que a tabela tenha sofrido um processo de 
normalização. 


Normalização é um processo realizado em uma entidade de estudo, 
como o diário de classe de uma disciplina, no qual os atributos de tal 
entidade são examinados, buscando evitar anomalias observadas 
na inserção, exclusão e alteração de registros. Este processo segue 
algumas regras, conhecidas como Formas Normais. Este tema é 
extenso e foge dos objetivos deste livro. 


Desta maneira, para simplificar, é adotado o conceito de chave 
primária (ou primary key) e de identidade (ou autoincremento), em 
que o valor para a chave primária é criado automaticamente e não 
faz parte dos domínios naturais de cada tabela. 


As colunas (campos) da tabela podem ser informadas tanto na área 
de desenho, onde aparece um grid com a definição predefinida para 
Id — que será a chave primária para a tabela —, quanto na parte onde 
aparece o código SQL. Nesta parte do código, mude o nome da 
tabela para Disciplinas e do campo Id para DpisciplinarD. 


Na parte visual, selecione a linha da coluna pisciplinaiD, € em 
seguida ative a janela de propriedades, pressionando a tecla F4. 
Altere a propriedade de configuração da coluna como identidade. O 
resultado pode ser visto na figura a seguir. 
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Figura 7.4: Estrutura para a tabela Disciplinas 


SQL (Structured Query Language, ou Linguagem de Consulta 
Estruturada) é a linguagem para banco de dados relacional. Muitas 
das características originais do SQL foram inspiradas na álgebra 
relacional. Por ser um assunto que por si só merece um livro, esse 
tema não será detalhado além do necessário neste livro. 


Quando se trabalha com SGBDs, um conjunto de códigos está 
disponível, seja para definição da base de dados como para 
obtenção de dados e informações dessas bases de dados. A 
instrução SQL cREATE TABLE é uma instrução para definição da base 
de dados, uma DDL (Data Definition Language). Outros exemplos 
de instruções DDL são aLTER e DROP. Este tipo de instrução não 
interage com os dados, mas sim com os objetos do banco, como 
tabelas, index e visões. 


Com a definição da estrutura pronta, é preciso confirmar a criação 
da tabela. Para isso, no topo da janela, clique no botão atualizar. 
Essa operação será responsável por apresentar em uma janela as 


instruções que serão executadas na base de dados, para que as 
alterações sejam gravadas efetivamente. 


Nesta janela, precisamos confirmar o processo de atualização. 
Podemos fazer isso clicando no botão atualizar Banco de Dados . ApÓS 
o procedimento ocorrer e se tudo der certo, não sendo exibidas 
mensagens de erros, pressione o botão de atualizar para verificar a 
tabela criada no Gerenciador de Servidores . 


7.2 Realizando operações relacionadas ao CRUD 
em uma tabela de dados 


Inicialmente, o formulário para interação com o usuário será 
semelhante ao trabalhado no capítulo anterior, para a manutenção 
dos dados de disciplinas, e pode ser verificado na figura a seguir. 
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Figura 7.5: Formulário para registro de disciplinas 


Após o desenho do formulário, é preciso fornecer à aplicação 
informações para que ela possa acessar o arquivo de base de 
dados criado. Esta configuração deve ser feita no arquivo 
App.Config , ha raiz (root) do projeto de apresentação. O nome para 
essa configuração de acesso a uma base de dados é Connection 
String. 


A seguir, trago o código necessário para a configuração de uma 
string de conexão com o arquivo de base de dados, criado 
anteriormente. 


<?xml version="1.0" encoding="utf-8" ?> 
<configuration> 
<startup> 
<supportedRuntime version="v4.0" 
sku=".NETFramework , Version=v4.5.2" /> 
</startup> 
<connectionStrings> 
<add name="CS ADO NET" 
connectionString="Data Source= 
(LocalDB)AMSSQLLocalDB; AttachDbFilename=C: YUsersiDel1NDropboxNLivrosi00 
com 
CH ImplementaçõesiCapitulo97Capitulodo6APersistencialApp DatalADO NETDataB 
ase02.mdf; Integrated Security=True;" 
providerName="System.Data.SqlClient"” /> 
</connectionStrings> 
</configuration> 


Toda a configuração necessária para uma aplicação Windows 
Forms pode ser realizada no arquivo app.config , além de usar 
implementações em C%, que possam configurar a aplicação também 
em tempo de execução. A configuração apresentada está com base 
em XML. O elemento mais externo visualizado é O <configuration>, € 
a configuração de uma Connection String (String de conexão) deve 
ser realizada dentro desse elemento, por meio de elementos 


<connectionString> . 


No contexto trabalhado neste livro, que é o acesso a dados, uma 
connection string é uma string que especifica informações sobre 
uma fonte de dados e como acessá-la. Por meio de código, ela 
passa informações para um driver ou provider sobre o que é 
necessário para iniciar uma conexão. Uma connection string pode 
ter atributos como nome do driver, servidor e base de dados, além 
de informações de segurança, como nome de usuário e senha. 


Dentro do elemento <connectionstring>, há um elemento <add>, que 
adiciona ao contexto da aplicação uma nova connection string, e 
alguns atributos são definidos, como: 


a) name, que define o nome para a conexão a ser adicionada, neste 
Caso cs ADO NET; 


b) connectionString é um atributo complexo, em que: 


e Data Source é O servidor onde o banco de dados está e, neste 

caso, é apontado o Local Data Base. O valor 

(LocalDB) MSSQLLocalDB refere-se ao caminho no qual o servidor 
local de banco de dados está instalado que, por padrão, é 
C:\Program Files\Microsoft SQL Server\130\LocalDB\Binn . 

e AttachDbFileName refere-se ao caminho físico para o arquivo que 
representa a base de dados para o banco de dados local. Para 
obter o caminho físico do arquivo de base de dados, é preciso 
selecionar o arquivo NO Gerenciador de Soluções e, então, na 
janela de propriedades, obter o valor de caminho completo . 

e Integrated Security define como a autenticação será utilizada na 
conexão. Quando recebe True, assume-se a autenticação do 
sistema operacional (Windows, no caso). Já se o valor atribuído 
for False, será necessário informar o número de usuário e 
senha. 


C) providerName , que fornece para a conexão o nome do Data 
Provider responsável por realizar a conexão com a base de dados. 


Inserindo registros na tabela de disciplinas 


Como apresentado anteriormente, relacionado ao desenho da 
janela, na configuração para conexão com a base de dados, já se 
tem o necessário para a primeira operação relacionada a um CRUD, 
que é a inserção de um novo registro. Crie um método para o 
evento click do botão Gravar, realizando um duplo clique sobre o 
botão. Você pode também fazer isso selecionando o botão e, na 


Janela de Propriedades , €M Eventos, selecionar O click e dar um 
duplo clique na área em branco, ao lado de seu nome. 


Veja na sequência uma declaração que deve ser inserida abaixo da 
declaração do objeto da classe de serviço. Note que apenas defini o 
objeto e tirei a inicialização, que passará para o construtor. 


DisciplinaServico disciplinaServico; 
string connectionString = 
ConfigurationManager.ConnectionStrings["CS ADO NET"].ConnectionString; 


Para que possamos implementar a instrução anterior, precisamos 
inserir uma referência a um assembly no projeto. Clique com o 
botão direito em referências, no projeto de apresentação e em 
seguida em adicionar referência . Na janela que se abre, clique no 
lado esquerdo em assemblies e depois em Framework . 


Localize O system.Configurarion, marque-o e depois clique no botão 
ox . Veja a figura a seguir como ilustração. Após isso, basta clicar 
sobre configurationManager €e pressionar ctrl+. para que o respectivo 
using Seja adicionado no início da classe. 
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System.Addin.Contra 0,0. Microsoft Corporation 
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Figura 7.6: Adicionando o assembly System.Configuration ao projeto de apresentação 


Agora, no método construtor, adicionamos a inicialização para a 
conexão e a encaminhamos para o objeto de serviço. Veja o código 
do construtor na sequência. 


public DisciplinaForm() 


{ 


InitializeComponent(); 
disciplinaServico = new DisciplinaServico(new 
SqlConnection(connectionString)); 


} 


Na sequência, vamos mudar o código necessário na classe de 
serviço. A primeira mudança é a declaração do objeto DAL e a 
segunda, a criação do método construtor. 


private DisciplinaDAL disciplinaDAL; 





public DisciplinaServico(SqlConnection connection) 


{ 


disciplinaDAL = new DisciplinaDAL(connection); 


} 


Precisamos criar agora o comportamento para o método que 
captura o evento click do botão de inserção. Veja o código a seguir 
para este método. Observe que, em relação ao apresentado no 
capítulo anterior, não mudamos nada no código, apenas comentei a 
chamada ao método AtualizarDataGridview() , que implementaremos 
na sequência. 


private void button1_Click(object sender, EventArgs e) 


{ 
disciplinaServico.Inserir(new Disciplina() 
{ 
Nome = txtNome. Text, 
CargaHoraria = Convert.ToInt16(txtCargaHoraria.Text) 
}); 
//AtualizarDataGridView(); 
MessageBox.Show( "Inserção realizada com sucesso"); 
} 


Agora, para concluir esta implementação, vamos alterar o código de 
nosso método na classe DAL. Veja a nova implementação no código 
a seguir. A listagem traz antes o método construtor. A classe 
SqlConnection é utilizada para gerenciar conexões com bases de 
dados do SQL Server. Por meio de objetos dessa classe, as 
conexões são abertas e fechadas, e permitem a criação de objetos 
que representam comandos/ instruções a serem executados na 
base de dados. Ela fornece um grande número de recursos que 
serão apresentados conforme são usados. 


public class DisciplinaDAL 
{ 


private SqlConnection connection; 


public DisciplinaDAL(SqlConnection connection) 


{ 


this.connection = connection; 


public void Inserir(Disciplina disciplina) 
{ 
this.connection.Open(); 
SqlCommand command = connection.CreateCommand(); 
command .CommandText = "insert into DISCIPLINAS(nome, cargahoraria) 
values (@nome, @cargahoraria)"; 
command . Parameters .AddWithValue("@nome", disciplina.Nome); 
command . Parameters .AddWithValue("@cargahoraria", 
disciplina.CargaHoraria); 
command. ExecuteNonQuery(); 
this.connection.Close(); 


} 
// Código omitido 


} 


Com a conexão com a base de dados estabelecida, é preciso criar 
um objeto que possibilite a execução de instruções na base de 
dados. Esses objetos são da classe sqlcommand e são obtidos de 
acordo com a instrução da quarta linha da implementação no 
método. A classe sqlcommand é responsável por executar instruções 
SQL em bancos de dados SQL Server, podendo ser usada tanto 
para consultas como para instruções “não query”, como updates, 
inserts € execução de procedures. 


Dentre as diversas propriedades oferecidas pela classe, as 
utilizadas na implementação são: 


e CommandText , que representa a instrução SQL a ser executada, 
como um select, update, insert OU O nome de um stored 
procedure existente; 

e Parameters , que é uma coleção de objetos do tipo SqlParameter 
e, assim como a maioria das coleções, possui métodos como 
add() , Remove() , dentre outros. 


Os parâmetros dessa lista devem corresponder àqueles definidos no 
CommandText (identificados por @ antes do nome). O CommandText 


refere-se a uma instrução SQL, que será executada pelo sqicommand 
na base de dados. 


Os objetos sqlParameter possuem diversos métodos também. Um 
deles, usado na implementação, é O addwithvalue() , CUjO USO É 
recomendado em vez de se utilizar apenas o add() . O SqlParameter 
refere-se a objetos que mapeiam cada parâmetro presente na 
instrução SQL, no nosso exemplo O (gnome € O @cargahoraria . Os 
métodos addwithvalue() € add() adicionam parâmetros e 
consequentemente seus valores para serem usados na instrução 
SQL. 


Retornando à classe sqlicommand , ela também possui métodos. 
Dentre eles, há O ExecuteNonquery() , responsável por executar as 
instruções de atualização de dados, como no caso O Insert . Esse 
método retorna o número de linhas que sofreram atualizações pela 
sua execução. A instrução SQL Insert insere um registro da tabela 
da base de dados, e esta inclusão é possível pela cnamada ao 
método ExecuteNoQuery() do SqlCommand , qUe tem NO CommandText a 
instrução que será executada. 


As instruções SQL, como O Insert apresentado, fazem parte da 
categoria DML (Data Manipulation Language). Essas instruções 
retornam dados ( Select ) e os atualizam ( insert, update @ delete ). A 
instrução select realiza uma consulta na base de dados, 
normalmente em uma tabela — podendo também ser em mais de 
uma ao mesmo tempo — e retorna os registros que satisfaçam uma 
dada condição. 


O update realiza a atualização em um ou vários registros, sempre de 
acordo com a condição estipulada. Já O delete remove das tabelas 
os registros que satisfaçam uma condição imposta. Finalizando a 
implementação do método, existe a chamada ao método ciose() do 
objeto sqlconnection . Este garante o fechamento da conexão, 
liberando recursos alocados a ela. 


Obtendo todas as disciplinas existentes na base de dados 


Para obter todas as disciplinas existentes na tabela e popular o 
DataGridview com estes dados, é preciso realizar uma consulta na 
tabela da base de dados. Esta é realizada por meio da instrução 
SQL select. 


Ao contrário do realizado na implementação da inserção de um 
registro, que está atrelada a um método que captura um evento, 
essa nova implementação será realizada em um método específico, 
seguindo a proposta deste livro, de crescimento do conhecimento a 
cada implementação apresentada. Entretanto, antes de eu 
apresentar estas implementações, precisamos mudar nossa classe 
de modelo, inserindo nela a propriedade pisciplinard, do tipo long? 
e alterando os métodos Equals() € GetHashcode() para fazer uso 
desta nova propriedade. Na dúvida, insiro na sequência o novo 
código para a classe. 


using System; 


namespace Modelo 


{ 


public class Disciplina 


{ 
public long? DisciplinaId { get; set; } 
public string Nome { get; set; } 
public int CargaHoraria { get; set; } 


public override bool Equals(Object obj) 


{ 
if (obj is Disciplina) 
{ 
Disciplina d = obj as Disciplina; 
return this.Disciplinald.Equals(d.DisciplinaId); 
} 
return false; 
} 


public override int GetHashCode() 


{ 
return (11 + this.DisciplinaId == null ? 0: 


this.DisciplinaId.GetHashCode()); 
} 


} 


Agora sim, vamos para a classe DAL, na qual implementaremos o 
novo comportamento para o método ceta11() . Veja-o na listagem a 
seguir. Como o método deverá retornar todas as disciplinas 
registradas na tabela da base de dados, criamos no método uma 
coleção que receberá os itens recuperados. 


Depois, dentro de um bloco using() , temos um sqlDataReader() , que 
será responsável de fazer a leitura, registro a registro, na tabela, por 
meio da instrução SQL usada no sqicommand() . O uso de using da 
maneira aqui exposta facilita o fechamento dos recursos usados, e 
não precisamos chamar o método ciose() dele, pois será chamado 
automaticamente quando o bloco se encerrar. 


Para mapear cada registro lido em objetos, instanciamos a classe 
Disciplina a cada leitura, populamos este objeto criado e então o 
adicionamos à coleção. Na leitura dos dados de cada coluna, é 
realizada a invocação a um método do tipo do dado a ser lido, 
enviando como parâmetro o índice da coluna. Por esta necessidade 
de informar o índice, é importante que as colunas sejam informadas 
no select da instrução SQL. Por fim, a conexão é também fechada 
e o objeto fornecedor é retornado. 


public List<Disciplina> ObterTodas() 
{ 
List<Disciplina> disciplinas = new List<Disciplina>(); 
var command = new SqlCommand("select disciplinaid, nome, cargahoraria 
from DISCIPLINAS", 
connection); 
connection.Open(); 
using (SqlDataReader reader = command. ExecuteReader()) 
{ 
while (reader.Read()) 


{ 


var disciplina = new Disciplina(); 


disciplina.Disciplinald = reader.GetInt32(0); 
disciplina.Nome = reader.GetString(1); 
disciplina.CargaHoraria = reader.GetInt32(2); 
disciplinas.Add(disciplina); 


} 


connection.Close(); 
return disciplinas; 


} 


A classe sqlDataReader fornece recursos para leitura de um conjunto 
de registros de uma tabela SQL Server. O conjunto retornado pode 
ser lido apenas em um único caminho, do início ao fim (também 
chamado de forward-only). Para a leitura do conjunto existente em 
um reader, é feito uso do método Reaa() , que lê um registro por vez. 


A leitura de cada coluna pode ser feita por métodos que 
representam o tipo de dado da coluna a ser recuperada. Dessa 
forma, é enviado ao método o valor ordinal dela, ou ainda o nome 
da coluna com índice de uma matriz, como, por exemplo: 

reader [“nomecoluna”] . Nesta última sintaxe, o retorno é um objeto que 
representa o tipo nativo da coluna. Após o trabalho com o reader, é 
importante fechá-lo ( close() ) e eliminá-lo ( pispose() ). Mas lembre- 
se da facilidade de utilizar o using, que executa isso 
automaticamente ao seu término. 


Na implementação do capítulo anterior, o método 
AtualizarDataGridvView() era o responsável por invocar o método que 
populava O DataGridview e, nesta nossa nova aplicação, continua 
sendo ele, e sem modificações. Vamos diferenciar isso agora. 


Invocaremos este método no construtor do formulário e você retirará 
o comentário no método de clique do botão de inserção de registros. 
Por via das dúvidas, coloquei na listagem a seguir o método 
construtor. Execute sua aplicação, e veja que já é para aparecer o 
registro da disciplina cadastrada na seção anterior. Insira uma nova 
e veja que as duas aparecerão. 


public DisciplinaForm() 


{ 


InitializeComponent(); 

disciplinaServico = new DisciplinaServico(new 
SqlConnection(connectionString)); 

AtualizarDataGridView(); 


} 
Obtendo uma disciplina específica na base de dados 


As funcionalidades que implementaremos agora não foram vistas no 
capítulo anterior, pois referem-se à recuperação de uma única 
disciplina da base de dados, à alteração de seus valores e à 
possibilidade para remoção de uma disciplina da base de dados. 
Para isso, precisaremos adaptar nossa janela de interação com o 
usuário. 


Vamos inserir um TextBox para informação do ID que será 
pesquisado e um botão para pesquisa do ID informado. Também 
vamos adaptar o método de inserção para realizar gravação 
(independente de ser inserção ou atualização) e criar um botão para 
remoção da disciplina pesquisada. Veja na figura a seguir como 
essa adaptação foi feita. 








o | 


Figura 7.7: Novo formulário para manutenção de dados de disciplinas 


No TextBox, exibido anteriormente na figura, alterei o seu nome para 
txtIDPesquisar , mas não alterei nada nos demais controles, a não 
ser a propriedade Text dos botões, que você pode comprovar na 
figura. O funcionamento se baseia no usuário informar o ID que 
deseja pesquisar no TextBox e clicar no botão pesquisar. 


Se for encontrada uma disciplina com o ID informado, os seus 
dados serão exibidos nos controles acima do DataGridview . A 
primeira coisa que precisamos fazer é implementar o método 
responsável por recuperar uma disciplina com base em seu ID, na 
classe DisciplinaDaL . Veja no código a seguir. 


public Disciplina ObterPorId(long id) 
{ 
var disciplina = new Disciplina(); 
var command = new SqlCommand( 
"select disciplinaid, nome, cargahoraria from DISCIPLINAS where 
disciplinaid = @disciplinaid", 
this.connection); 
command . Parameters .AddWithValue("@disciplinaid", id); 
connection.Open(); 
using (SqlDataReader reader = command. ExecuteReader()) 


{ 
while (reader.Read()) 


{ 
disciplina.DisciplinaId = reader.GetInt32(0); 
disciplina.Nome = reader.GetString(1); 
disciplina.CargaHoraria = reader.GetInt32(2); 
} 


} 
connection.Close(); 
return disciplina; 


} 


Note que no código anterior não há nada de novo, nada que não 
tenhamos utilizado ainda. Agora, com o método implementado, 
precisamos consumi-lo. Vamos fazer isso por meio da classe 
DisciplinaServico , adicionando nela o método a seguir. 


public Disciplina ObterPorId(long id) 


{ 
return disciplinaDAL.ObterPorId(id); 


} 


Vamos às mudanças na classe do formulário agora. Para o que 
idealizei, precisaremos ter um objeto que represente a disciplina 


atualmente encontrada com a pesquisa. Para isso, vamos criar uma 
variável no escopo da classe, antes do construtor, tal qual o trecho 
de código a seguir. 


Disciplina disciplinaAtual = new Disciplina(); 


Agora, vamos codificar o método para o evento click do botão de 
pesquisa. Dê um duplo clique nele para criá-lo e então codifique-o 
como segue. Note no código que, se não for encontrado o valor 
informado, uma mensagem será exibida ao usuário; e caso o ID 
informado exista na base de dados, os valores retornados são 
atribuídos aos controles. 


private void button2 Click(object sender, EventArgs e) 
{ 
disciplinaAtual = 
disciplinaServico.ObterPorId(Convert.ToInt32(txtIDPesquisar.Text)); 
if (disciplinaAtual.Disciplinald == null) 


{ 
MessageBox.Show("Disciplina não encontrada"); 
} else 
{ 
txtNome.Text = disciplinaAtual.Nome; 
txtCargaHoraria.Text = disciplinaAtual.CargaHoraria.ToString(); 
} 


} 
Alterando uma disciplina já existente 


Com a busca por uma disciplina já existente, populamos um objeto 
que pode ser visto por todos os métodos da classe. Com esta 
implementação, podemos agora alterar o comportamento do método 
do clique do botão cravar , que antes era exclusivo para inserção. 


Entretanto, para que possamos codificá-lo, precisamos antes acertar 
os métodos da classe DAL e serviço. Vamos começar pela DAL. 
Crie nela o método exposto na listagem a seguir. 


private void Atualizar(Disciplina disciplina) 


{ 


this.connection.Open(); 

SqlCommand command = connection.CreateCommand(); 

command. CommandText = "update DISCIPLINAS set nome=(dnome, 
cargahoraria=(dcargahoraria where disciplinaid=(Qdisciplinaid"; 

command . Parameters .AddWithValue("@nome", disciplina.Nome); 

command . Parameters .AddWithValue("@cargahoraria", 
disciplina.CargaHoraria); 

command . Parameters .AddWithValue("@disciplinaid", 
disciplina.DisciplinaId); 

command. ExecuteNonQuery (); 

this.connection.Close(); 


} 


Veja no código que o método atualizar() está como privado, ou 
seja, só pode ser consumido por métodos da própria classe. Altere 
também o método Inserir() para privado. Vamos implementar o 
método para realizar a gravação, seja inserção ou atualização. Veja 
o código a seguir. 


public void Gravar(Disciplina disciplina) 


{ 
if (disciplina.DisciplinaId == null) 
Inserir(disciplina); 
else 
Atualizar(disciplina); 
} 


Na classe DisciplinaServico , altere o método Inserir() para Gravar, 
tal qual o código a seguir. 


public void Gravar(Disciplina disciplina) 


{ 


disciplinaDAL.Gravar(disciplina); 


} 


Para finalizar, vamos acertar a implementação do método que 
captura o clique do botão cravar . Veja como fica no código a seguir. 
Ao terminar, teste sua aplicação, inserindo, pesquisando e 
atualizando uma disciplina. 


private void button1i Click(object sender, EventArgs e) 


{ 
disciplinaAtual.Nome = txtNome.Text; 
disciplinaAtual.CargaHoraria = Convert.ToInt32(txtCargaHoraria.Text); 
disciplinaServico.Gravar(disciplinaAtual); 
AtualizarDataGridView(); 
MessageBox.Show("Gravação realizada com sucesso"); 
} 


Removendo uma disciplina existente 


Resta agora a implementação para remoção de uma disciplina já 
existente e previamente pesquisada. Como nos exemplos 
anteriores, começaremos pela implementação do método Remover(), 
na classe DisciplinaDAL , tal qual é exposto na listagem a seguir. 


public void Remover (Disciplina disciplina) 


{ 

this.connection.Open(); 

SqlCommand command = connection.CreateCommand(); 

command. CommandText = “delete from DISCIPLINAS where 
disciplinaid=Qdisciplinaid"; 

command .Parameters.AddwithValue("(Qdisciplinaid", 
disciplina.DisciplinalId); 

command. ExecuteNonQuery(); 

this.connection.Close(); 


} 


Precisamos agora consumir este método na classe de serviço. Veja 
a implementação na sequência. 


public void Remover (Disciplina disciplina) 


{ 


disciplinaDAL.Remover(disciplina); 


} 


Agora, dê um duplo clique no botão Remover no formulário, para que 
possamos implementar as instruções apresentadas a seguir. 


private void button3_Click(object sender, EventArgs e) 


{ 


if (disciplinaAtual.Disciplinald == null) 
{ 


MessageBox.Show( "Pesquise por uma disciplina antes"); 


} 


else 


{ 


disciplinaServico.Remover(disciplinaAtual); 
MessageBox.Show( "Disciplina Removida"); 
AtualizarDataGridView(); 


7.3 Conclusão sobre as atividades realizadas no 
capítulo 


Este capítulo trouxe um conhecimento relacionado ao acesso à 
base de dados e à manipulação e persistência de objetos fazendo 
uso do ADO.NET com persistência em SQL Server. Com o 
trabalhado, você já tem subsídios para criar tabelas, e inserir, 
recuperar, atualizar e remover registros da base de dados. 


O assunto é extenso e merece um aprofundamento maior, pois não 
trabalhei associações em classes e tampouco o uso de interfaces 
com o usuário para estas associações. O .NET traz ainda um 
framework chamado Entity Framework, que permite o acesso à base 
de dados de uma maneira mais simplificada e pensando 
efetivamente em objetos e não em banco de dados. Recomendo 
uma investigação neste assunto. 


CAPÍTULO 8 
Conclusão e caminhos futuros 


Parabéns, você concluiu a leitura do livro. Foi possível verificar os 
princípios básicos de Orientação a Objetos e implementá-los em 
uma linguagem de programação orientada a objetos. Começamos 
com um pouco de teoria, e logo você foi para a implementação, 
colocando em prática toda a teoria introduzida. 


Trabalhamos as associações entre classes, ponto importantíssimo 
em uma aplicação, pois dificilmente você encontrará solução em 
classes isoladas, que não se comuniquem. Apresentei e 
implementei associações com matrizes e coleções, utilizando 
agregação e composição, que possuem diferentes tempos de vida 
para os objetos. 


Todo objeto possui seu estado, que deve ser único no contexto de 
sua existência, e você viu como fazer isso quando trabalhamos a 
implementação da identidade de um objeto. Isso torna possível a 
identificação de existência, a recuperação e a remoção de um objeto 
em uma coleção de objetos para algumas coleções. 


Um dos grandes pilares da OO está relacionado à herança, e 
trabalhamos este ponto em conjunto com o polimorfismo. Vimos a 
herança por implementação (via interface) e por extensão (via 
classes). Em conjunto, apresentei a técnica de identificação e o 
tratamento de erros por meio de exceções. 


Buscando apresentar uma estrutura para o desenvolvimento de 
aplicações, demonstrei uma solução dividida em projetos (cada um 
com sua responsabilidade), representando o padrão MVC (Modelo- 
Visão-Controle). Finalizando o livro, chegamos a implementar o 
acesso à base de dados, por meio do ADO.NET. Fizemos uso de 
instruções SQL para inserir, alterar, consultar e remover registros 
(objetos) da base de dados. 


Com isso posto, chegamos ao final do livro. Espero que ele tenha 
sido de boa valia para você. Deixo na sequência uma relação de 
sites que julgo necessário que você acesse, agora ou no futuro, 
como consulta. 


https://msdn.microsoft.com/en- 
us/library/f361664(v=vs.110).aspx — Trata sobre o 
desenvolvimento para a plataforma .NET. É bom que você 
conheça e esteja ligado a este tema, pois poderá saber 
características da plataforma escolhida. 


https://docs.microsoft.com/en-us/dotnet/csharp/programming- 
guide/concepts/object-oriented-programming — É um bom 
referencial para programação orientada a objetos com Cf, e 
você pode usar como consulta durante seu processo de 
implementação do paradigma orientado a objetos pelo Cf. 


https://msdn.microsoft.com/pt- 
br/library/aa288436(v=vs.71).aspx — Possui uma coletânea de 
exemplos e tutoriais utilizando o CH. É o tipo de leitura que você 
pode se dedicar alguns minutos por dia e se referenciar. 


https://docs.microsoft.com/pt-br/dotnet/csharp/language- 
reference/index/ — Possui um guia de referência para a 
linguagem Cf, recomendado para você ter um domínio maior 
com as sintaxes da linguagem. 


https://docs.microsoft.com/pt-br/dotnet/csharp/programming- 
guide/concepts/collections — É um recurso exclusivo para o 
trabalho relacionado a coleções. Quando você for se aprimorar 
em associações, é uma boa dar uma lida neste material, para 
que possa saber detalhadamente as características e os 
serviços que cada tipo de dados oferece. 


https://docs.microsoft.com/en- 
us/dotnet/framework/data/adonet/ado-net-overview — Ponto 
inicial para o desenvolvimento com ADO.NET. Vale a pena o 
acesso e a consulta aos exemplos e tutoriais disponibilizados. 


Sucesso. 


